headers
Emmanuel Stapf [ES] | 2 Oct 2006 17:19
Favicon

RE: Re: Identifying redundant features

That's correct. Unused attributes are always generated because it would break
mechanisms like storable.

Regards,
Manu

> -----Original Message-----
> From: eiffel_software@... 
> [mailto:eiffel_software@...] On Behalf Of Gordon Jones
> Sent: Saturday, September 30, 2006 2:53 PM
> To: eiffel_software@...
> Subject: [eiffel_software] Re: Identifying redundant features
> 
> Manu,
> 
> Thankyou for this info. As you say its a good starting point. 
> As far as I can see it doesnt identify unused attributes or 
> contants, only routines. Is that true?
> 
> Regards Gordon
> 
> manu wrote:
> >
> > If you finalize your system in classic mode, in the F_code directory
> you will
> > find a file called `REMOVED'. You can use its content as a good
> starting point
> > to find out what is not used.
> 
> gordon wrote:
(Continue reading)

Permalink | Reply | 0 comments |
headers
Anders Persson | 3 Oct 2006 07:24
Picon
Favicon

D&D problem

Hej

I have two problems with implementing drag & drop. Maybe the second is a 
consequence of the first problem. First problem is that I can not seperate 
a click and a drag&drop operation in a tree view.

I start with doing something like

"ev_tree.select_actions.extend (agent tree_view.node_selected)"

to get a call to node_selected for each time a node is selected in the tree.

Then I add the drag&drop operation

-- Select the drag and drop method to "standard windows"
new_tree_node.set_drag_and_drop_mode
-- set the method to be called when dropped
new_tree_node.drop_actions.extend (agent new_tree_node.print_node (?))
-- set the source to drop
new_tree_node.set_pebble(new_tree_node)

The result is that when I "click" I both get a call to the "node_selected" 
and then need to drop the pebble somewere and get then, if I drop at a 
valid target, a call to the "print_node".
I would like to initiate the D&D only if I press the button and then drag 
and then release the button. Can I do that or must I chose between the two 
features. I think that would be a not acceptable limitation.

THen the second problem If i D&D at the same position, e.g. not moving the 
cursor between two clicks I get this error in
(Continue reading)

Permalink | Reply | 3 comments |
headers
Emmanuel Stapf [ES] | 3 Oct 2006 19:35
Favicon

RE: D&D problem

This is a bug we fixed in 5.7. Simply add a protection to the call to
`original_top_level_window_imp.move_to_foreground' so that it is not be done if
`original_top_level_window_imp' is Void.

Regards,
Manu 

> -----Original Message-----
> From: eiffel_software@... 
> [mailto:eiffel_software@...] On Behalf Of Anders Persson
> Sent: Monday, October 02, 2006 10:24 PM
> To: eiffel_software@...
> Subject: [eiffel_software] D&D problem
> 
> Hej
> 
> 
> I have two problems with implementing drag & drop. Maybe the 
> second is a consequence of the first problem. First problem 
> is that I can not seperate a click and a drag&drop operation 
> in a tree view.
> 
> I start with doing something like
> 
> "ev_tree.select_actions.extend (agent tree_view.node_selected)"
> 
> to get a call to node_selected for each time a node is 
> selected in the tree.
> 
> Then I add the drag&drop operation
(Continue reading)

Permalink | Reply | 2 comments |
headers
andersoxie | 3 Oct 2006 21:28
Picon
Favicon

Re: D&D problem

Hej

OK, it corrected the problem with the exception but the first 
problem is still there. Is it not possible to have both "select" and 
D&D activated with the same button at the same time?

I would like to have an implementation that:

1. If I click I select a node in the EV_TREE.

2. If I press a the button and then start moving the button I get 
drag operation.

Regards

Anders 

--- In eiffel_software@..., "Emmanuel Stapf [ES]" 
<manus <at> ...> wrote:
>
> This is a bug we fixed in 5.7. Simply add a protection to the call 
to
> `original_top_level_window_imp.move_to_foreground' so that it is 
not be done if
> `original_top_level_window_imp' is Void.
> 
> Regards,
> Manu 
> 
> > -----Original Message-----
(Continue reading)

Permalink | Reply | 1 comment |
headers
Thomas Beale | 4 Oct 2006 16:48
Picon

programmatically controlled an EV_COMBO_BOX


I have spent quite a while messing around trying to achieve something I 
thought would be simple. My application starts up, and it knows from the 
last session which item was chosen in a COMBO_BOX. There are two 
settings: "All" and "Leaf" (used to control a view in another widget). 
The setting is saved to a file, and read in when the tool is started 
again. To make the Combo box go to the saved setting, I do the following:

            path_filter_combo.set_strings (path_control_filter_names) -- 
set the possible string values into the Combo box
            if not path_filter_combo_selection.is_empty then -- check if 
there is a value saved from last session
                from
                    filter_combo_index := 1
                until
                    filter_combo_index > path_control_filter_names.count or

path_control_filter_names.item(filter_combo_index).is_equal(path_filter_combo_selection)
                loop
                    filter_combo_index := filter_combo_index + 1
                end
            else
                filter_combo_index := 1
            end
            path_filter_combo.select_region (filter_combo_index, 
filter_combo_index) -- select the one corresponding to the result of the 
above logic

I have debugged this, and the index does get set correctly to 1 or 2, 
depending on what was in the file; however, the select_region call seems
(Continue reading)

Permalink | Reply | 16 comments |
headers
Emmanuel Stapf [ES] | 5 Oct 2006 07:39
Favicon

RE: Re: D&D problem

> I would like to have an implementation that:
> 
> 1. If I click I select a node in the EV_TREE.
> 
> 2. If I press a the button and then start moving the button I 
> get drag operation.

This is not possible at the moment because the `select_actions' are triggered on
the press and not on the release. Maybe you can look at EV_GRID which has more
ways of connecting to events to simulate what you are looking for.

Regards,
Manu

 
Yahoo! Groups Links

<*> To visit your group on the web, go to:
    http://groups.yahoo.com/group/eiffel_software/

<*> Your email settings:
    Individual Email | Traditional

<*> To change settings online go to:
    http://groups.yahoo.com/group/eiffel_software/join
    (Yahoo! ID required)

<*> To change settings via email:
    mailto:eiffel_software-digest@... 
    mailto:eiffel_software-fullfeatured@...
(Continue reading)

Permalink | Reply | 0 comments |
headers
Emmanuel Stapf [ES] | 5 Oct 2006 07:43
Favicon

RE: programmatically controlled an EV_COMBO_BOX

Unless I'm missing something, you simply need to call `enable_select' on the
EV_LIST_ITEM you want to select, and `selected_item' on the EV_COMBO_BOX to
retrieve the current selected item.

The calls to `select_region' and `selected_text' applies to the displayed text
in the combo, not to the item you want to select.

Regards,
Manu

> -----Original Message-----
> From: eiffel_software@... 
> [mailto:eiffel_software@...] On Behalf Of Thomas Beale
> Sent: Wednesday, October 04, 2006 7:49 AM
> To: eiffel_software@...
> Subject: [eiffel_software] programmatically controlled an EV_COMBO_BOX
> 
> 
> I have spent quite a while messing around trying to achieve 
> something I thought would be simple. My application starts 
> up, and it knows from the last session which item was chosen 
> in a COMBO_BOX. There are two
> settings: "All" and "Leaf" (used to control a view in another 
> widget). 
> The setting is saved to a file, and read in when the tool is 
> started again. To make the Combo box go to the saved setting, 
> I do the following:
> 
>             path_filter_combo.set_strings 
> (path_control_filter_names) -- set the possible string values
(Continue reading)

Permalink | Reply | 15 comments |
headers
Thomas Beale | 5 Oct 2006 13:19
Picon

Re: programmatically controlled an EV_COMBO_BOX

Emmanuel Stapf [ES] wrote:
> Unless I'm missing something, you simply need to call `enable_select' on the
> EV_LIST_ITEM you want to select, and `selected_item' on the EV_COMBO_BOX to
> retrieve the current selected item.
>
> The calls to `select_region' and `selected_text' applies to the displayed text
> in the combo, not to the item you want to select.
>   
Thanks Manu,

that fixes it.

What I find counter-intuitive is:
* why I need to go to a piece of something (an EV_LIST_ITEM inside an 
EV_COMBO_BOX) to get it to display, when the notion of displaying one of 
a number of pieces is logically a function of the owning control - the 
combo box...
* secondly, "enable_select" I find a very unintuitively named function - 
"enable_x" to me says: "make doing x possible", not "do x". Does anyone 
else find this confusing? I raise this because clarity of naming and 
purpose of functions in the Vision2 system is essential for us to have 
any hope of making sense of the thousands of functions (sometimes over 
100 on a single class). Generally they are pretty well-named, but these 
"enable" ones are often not.

- thomas
> Regards,
> Manu
>
>
(Continue reading)

Permalink | Reply | 14 comments |
headers
Peter Horan | 6 Oct 2006 03:14
Picon
Favicon

Re: programmatically controlled an EV_COMBO_BOX

Thomas Beale wrote:

> * secondly, "enable_select" I find a very unintuitively named function - 
> "enable_x" to me says: "make doing x possible", not "do x". Does anyone 
> else find this confusing? 

That contributed to my not responding.
-- 
Peter Horan               School of Engineering and Information Technology
peter@...       Deakin University
+61-3-5227 1234 (Voice)   Geelong, Victoria 3217, AUSTRALIA
+61-3-5227 2028 (FAX)     http://www.eit.deakin.edu.au/~peter

-- The Eiffel guarantee: From specification to implementation
-- (http://www.cetus-links.org/oo_eiffel.html)

 
Yahoo! Groups Links

<*> To visit your group on the web, go to:
    http://groups.yahoo.com/group/eiffel_software/

<*> Your email settings:
    Individual Email | Traditional

<*> To change settings online go to:
    http://groups.yahoo.com/group/eiffel_software/join
    (Yahoo! ID required)

<*> To change settings via email:
(Continue reading)

Permalink | Reply | 0 comments |
headers
Wolfgang Keller | 7 Oct 2006 00:48
Picon
Picon

RE: Deploying Mac EiffelVision Applications

Hello,

> The good news is that when our port of Vision2 to the Mac is complete,
> this would not be necessary anymore.

Will this "port" be in fact a wrapper around Cocoa or will it work more like 
Qt?

TIA,

Sincerely,

Wolfgang Keller

--

-- 
My email-address is correct.
Do NOT remove ".nospam" to reply.

 
Yahoo! Groups Links

<*> To visit your group on the web, go to:
    http://groups.yahoo.com/group/eiffel_software/

<*> Your email settings:
    Individual Email | Traditional

<*> To change settings online go to:
    http://groups.yahoo.com/group/eiffel_software/join
    (Yahoo! ID required)
(Continue reading)

Permalink | Reply | 1 comment |

Gmane