headers
Stephan Helma | 1 Nov 2010 11:55
Picon

Re: Two problems with ListEditor

On Fri, Oct 29, 2010 at 10:32:29AM +0100, Stephan Helma wrote:
Hi all,

I haven't got any answer yet. I assume that is due that I haven't 
included instructions how to reproduce these two behaviours:

1. Open the "Advanced > List editors demo" and click on the tab "List". 
When you click on the let's say top left arrow and select "Move Down" 
the entry "Dave" (which was the top most entry in the list" does not 
move down.

2. Opent the "Advanced > List editors demo" and click on the tab named 
"Notebook". Start deleting all list items by clicking on the crosses in 
the tab. After I have deleted the second to last I end up with two lines 
instead of the tab (see attached screenshot with to tabs and with "one" 
tab).

Stephan

> 
> I just noticed two problems with the ListEditor:
> 
> 1. Plain ListEditor:
>    When clicking on the little arrow button you get some items to order 
>    the list (move up/down, move to top/bottom). Whereas the item is 
>    moved in the actual list, the display is not updated correctly.
> 
> 2. ListEditor as notebook:
>    If the list editor is displayed as a notebook 
>    (ListEditor('use_notebook=True')) and there is only one item in the
(Continue reading)

Permalink | Reply | 4 comments |
headers
Angus McMorland | 1 Nov 2010 13:40
Picon

schematic-based control/editor

Hi all,

I'd like to make a Traits-based control interface for some equipment,
the top level of which is a system diagram of the equipment. It would
be dynamic in the sense that colours of items can change depending on
the status of the component and so forth, and should be able to
respond to mouse events, so that clicking on a component would show
that components traits configuration view in a side panel. Can anyone
suggest in what framework it would be good to create that top-level
interface? One possibility I'm considering is using matplotlib to
generate the image, as a CustomEditor, but I'd like to explore if
there's anything out there more directly suited to my task first.

Thanks,

Angus.
--

-- 
AJC McMorland
Post-doctoral research fellow
Neurobiology, University of Pittsburgh
Permalink | Reply | 2 comments |
headers
Eraldo Pomponi | 1 Nov 2010 14:09
Picon

Re: schematic-based control/editor

Dear Angus, 


If I understood your needs you should use the Canvas Panel from BlockCanvas package.  

Each "interface" to a single "BLOCK" of the diagram should be represented/described by a function. 

The BlockEditor has much more than what needed but you should be able to "remove" (subclassing? ) 
what is unnecessary.  

Component traits configuration could be achieved using the "construct":

class _{function_name}_view(HasTraits):

    trait_view = View(.........)


I think that it could be a solution (maybe not the simplest one) but, let's wait for others suggestions from people
much better informed then me about Traits. 
  
Cheers, 
Eraldo           

On Mon, Nov 1, 2010 at 1:40 PM, Angus McMorland <amcmorl <at> gmail.com> wrote:
Hi all,

I'd like to make a Traits-based control interface for some equipment,
the top level of which is a system diagram of the equipment. It would
be dynamic in the sense that colours of items can change depending on
the status of the component and so forth, and should be able to
respond to mouse events, so that clicking on a component would show
that components traits configuration view in a side panel. Can anyone
suggest in what framework it would be good to create that top-level
interface? One possibility I'm considering is using matplotlib to
generate the image, as a CustomEditor, but I'd like to explore if
there's anything out there more directly suited to my task first.

Thanks,

Angus.
--
AJC McMorland
Post-doctoral research fellow
Neurobiology, University of Pittsburgh
_______________________________________________
Enthought-Dev mailing list
Enthought-Dev-oRDGkvazHdbtRgLqZ5aouw@public.gmane.orgought.com
https://mail.enthought.com/mailman/listinfo/enthought-dev

_______________________________________________
Enthought-Dev mailing list
Enthought-Dev@...
https://mail.enthought.com/mailman/listinfo/enthought-dev
Permalink | Reply | 1 comment |
headers
Jim Radke | 1 Nov 2010 16:17

finer grained zooming

Hi,

 

I use the commands below to set the zoom control and x-axis.  I have a time series at every 100ms and precision of the values I’m plotting to 8 decimals, yet when I zoom I can’t  seem to see changes in the plot for anything sub-second.  Is there some configuration I need to add or change to support finer grained zooming ?

 

self.plotcontainer.overlays.append(ZoomTool(self.plotcontainer, drag_button="left", always_on=True, tool_mode="range", axis="index"))

self.plotcontainer.x_axis = ScalesPlotAxis(self.plotcontainer, orientation='bottom', title='Time', tick_generator=ScalesTickGenerator(scale=CalendarScaleSystem()))

 

Thank you,

Jim Radke

jradke-jN5RIrlaAXVWk0Htik3J/w@public.gmane.org


This e-mail and its attachments are intended only for the individual or entity to whom it is addressed and may contain information that is confidential, privileged, inside information, or subject to other restrictions on use or disclosure. Any unauthorized use, dissemination or copying of this transmission or the information in it is prohibited and may be unlawful. If you have received this transmission in error, please notify the sender immediately by return e-mail, and permanently delete or destroy this e-mail, any attachments, and all copies (digital or paper). Unless expressly stated in this e-mail, nothing in this message should be construed as a digital or electronic signature.
_______________________________________________
Enthought-Dev mailing list
Enthought-Dev@...
https://mail.enthought.com/mailman/listinfo/enthought-dev
Permalink | Reply | 6 comments |
headers
Peter Wang | 1 Nov 2010 16:26

Re: finer grained zooming

On Mon, Nov 1, 2010 at 10:17 AM, Jim Radke <jradke <at> getcollc.com> wrote:
> I use the commands below to set the zoom control and x-axis.  I have a time
> series at every 100ms and precision of the values I’m plotting to 8
> decimals, yet when I zoom I can’t  seem to see changes in the plot for
> anything sub-second.  Is there some configuration I need to add or change to
> support finer grained zooming ?

Are you able to zoom to sub-second intervals?  If so, is your issue
that it only shows a straight line connecting the values from each
second to each subsequent second, and does not display intra-second
values?

> self.plotcontainer.overlays.append(ZoomTool(self.plotcontainer,
> drag_button="left", always_on=True, tool_mode="range", axis="index"))
> self.plotcontainer.x_axis = ScalesPlotAxis(self.plotcontainer,
> orientation='bottom', title='Time',
> tick_generator=ScalesTickGenerator(scale=CalendarScaleSystem()))

There is nothing intrinsic in this code snippet that would cause a
limit to one-second intervals.  One thing you might want to look at is
setting the max_zoom_factor trait on the ZoomTool.  It defaults to
1e5; you might want to crank this up to 1e7 or so.

HTH,
Peter
_______________________________________________
Enthought-Dev mailing list
Enthought-Dev <at> mail.enthought.com
https://mail.enthought.com/mailman/listinfo/enthought-dev
Permalink | Reply | 3 comments |
headers
bryce hendrix | 1 Nov 2010 16:28

Re: finer grained zooming

On Mon, Nov 1, 2010 at 10:17 AM, Jim Radke <jradke-jN5RIrlaAXVWk0Htik3J/w@public.gmane.org> wrote:

Hi,

 

I use the commands below to set the zoom control and x-axis.  I have a time series at every 100ms and precision of the values I’m plotting to 8 decimals, yet when I zoom I can’t  seem to see changes in the plot for anything sub-second.  Is there some configuration I need to add or change to support finer grained zooming ?

 

self.plotcontainer.overlays.append(ZoomTool(self.plotcontainer, drag_button="left", always_on=True, tool_mode="range", axis="index"))

self.plotcontainer.x_axis = ScalesPlotAxis(self.plotcontainer, orientation='bottom', title='Time', tick_generator=ScalesTickGenerator(scale=CalendarScaleSystem()))


Jim, if you are using the latest ZoomTool changes (the swap to BetterSelectingZoom from Friday), set x_min_zoom_factor = -inf. That should remove all zoom limits in the x direction.

Bryce
_______________________________________________
Enthought-Dev mailing list
Enthought-Dev@...
https://mail.enthought.com/mailman/listinfo/enthought-dev
Permalink | Reply | 1 comment |
headers
bryce hendrix | 1 Nov 2010 16:30

Re: finer grained zooming

On Mon, Nov 1, 2010 at 10:28 AM, bryce hendrix <bhendrix <at> enthought.com> wrote:
On Mon, Nov 1, 2010 at 10:17 AM, Jim Radke <jradke-jN5RIrlaAXVWk0Htik3J/w@public.gmane.org> wrote:

Hi,

 

I use the commands below to set the zoom control and x-axis.  I have a time series at every 100ms and precision of the values I’m plotting to 8 decimals, yet when I zoom I can’t  seem to see changes in the plot for anything sub-second.  Is there some configuration I need to add or change to support finer grained zooming ?

 

self.plotcontainer.overlays.append(ZoomTool(self.plotcontainer, drag_button="left", always_on=True, tool_mode="range", axis="index"))

self.plotcontainer.x_axis = ScalesPlotAxis(self.plotcontainer, orientation='bottom', title='Time', tick_generator=ScalesTickGenerator(scale=CalendarScaleSystem()))


Jim, if you are using the latest ZoomTool changes (the swap to BetterSelectingZoom from Friday), set x_min_zoom_factor = -inf. That should remove all zoom limits in the x direction.


Peter was right, set x_max_zoom_factor=inf to remove limits on zooming in, x_min_zoom_factor is for limiting zooming out. Off to get a cup of coffee I obviously need...
 
Bryce
_______________________________________________
Enthought-Dev mailing list
Enthought-Dev@...
https://mail.enthought.com/mailman/listinfo/enthought-dev
Permalink | Reply | 0 comments |
headers
Jim Radke | 1 Nov 2010 16:34

Re: finer grained zooming

Yes, I should have been more specific.  I can zoom sub-second but only see a straight line.  I will try setting max_zoom_factor.

Thanks to both of you Peter and Bryce !

-----Original Message-----
From: enthought-dev-bounces <at> enthought.com [mailto:enthought-dev-bounces <at> enthought.com] On
Behalf Of Peter Wang
Sent: Monday, November 01, 2010 10:27 AM
To: enthought-dev <at> enthought.com
Subject: Re: [Enthought-Dev] finer grained zooming

On Mon, Nov 1, 2010 at 10:17 AM, Jim Radke <jradke <at> getcollc.com> wrote:
> I use the commands below to set the zoom control and x-axis.  I have a time
> series at every 100ms and precision of the values I’m plotting to 8
> decimals, yet when I zoom I can’t  seem to see changes in the plot for
> anything sub-second.  Is there some configuration I need to add or change to
> support finer grained zooming ?

Are you able to zoom to sub-second intervals?  If so, is your issue
that it only shows a straight line connecting the values from each
second to each subsequent second, and does not display intra-second
values?

> self.plotcontainer.overlays.append(ZoomTool(self.plotcontainer,
> drag_button="left", always_on=True, tool_mode="range", axis="index"))
> self.plotcontainer.x_axis = ScalesPlotAxis(self.plotcontainer,
> orientation='bottom', title='Time',
> tick_generator=ScalesTickGenerator(scale=CalendarScaleSystem()))

There is nothing intrinsic in this code snippet that would cause a
limit to one-second intervals.  One thing you might want to look at is
setting the max_zoom_factor trait on the ZoomTool.  It defaults to
1e5; you might want to crank this up to 1e7 or so.

HTH,
Peter
_______________________________________________
Enthought-Dev mailing list
Enthought-Dev <at> mail.enthought.com
https://mail.enthought.com/mailman/listinfo/enthought-dev


This e-mail and its attachments are intended only for the individual or entity to whom it is addressed and
may contain information that is confidential, privileged, inside information, or subject to other
restrictions on use or disclosure. Any unauthorized use, dissemination or copying of this transmission
or the information in it is prohibited and may be unlawful. If you have received this transmission in
error, please notify the sender immediately by return e-mail, and permanently delete or destroy this
e-mail, any attachments, and all copies (digital or paper). Unless expressly stated in this e-mail,
nothing in this message should be construed as a digital or electronic signature.
_______________________________________________
Enthought-Dev mailing list
Enthought-Dev <at> mail.enthought.com
https://mail.enthought.com/mailman/listinfo/enthought-dev
Permalink | Reply | 2 comments |
headers
Peter Wang | 1 Nov 2010 16:37

Re: finer grained zooming

On Mon, Nov 1, 2010 at 10:34 AM, Jim Radke <jradke <at> getcollc.com> wrote:
> Yes, I should have been more specific.  I can zoom sub-second but only see a straight line.  I will try
setting max_zoom_factor.

Ah, in that case max_zoom_factor will not help you.  It sounds to me
like somehow the data is getting binned or decimated down to a
per-second level, before it gets to Chaco's LineRenderer.  Is there
any way you can share with us the code that you are using to move the
subsecond data into the plot, or is that too tightly integrated into
your production infrastructure?

-Peter
_______________________________________________
Enthought-Dev mailing list
Enthought-Dev <at> mail.enthought.com
https://mail.enthought.com/mailman/listinfo/enthought-dev
Permalink | Reply | 1 comment |
headers
bryce hendrix | 1 Nov 2010 16:52

Re: Two problems with ListEditor

On Mon, Nov 1, 2010 at 5:55 AM, Stephan Helma <s.p.helma-hi6Y0CQ0nG0@public.gmane.org> wrote:
On Fri, Oct 29, 2010 at 10:32:29AM +0100, Stephan Helma wrote:
Hi all,

I haven't got any answer yet. I assume that is due that I haven't
included instructions how to reproduce these two behaviours:

1. Open the "Advanced > List editors demo" and click on the tab "List".
When you click on the let's say top left arrow and select "Move Down"
the entry "Dave" (which was the top most entry in the list" does not
move down.

2. Opent the "Advanced > List editors demo" and click on the tab named
"Notebook". Start deleting all list items by clicking on the crosses in
the tab. After I have deleted the second to last I end up with two lines
instead of the tab (see attached screenshot with to tabs and with "one"
tab).


Stephan,

#1 definitely sounds like a bug, and #2 is a "feature" which we should make optional. I probably won't get a chance to look at either of them for a week or so. If anyone else can submit a patch, I'll review it and commit it if it looks okay. 

Bryce
_______________________________________________
Enthought-Dev mailing list
Enthought-Dev@...
https://mail.enthought.com/mailman/listinfo/enthought-dev
Permalink | Reply | 3 comments |

Gmane