gmane.comp.lang.eiffel.ise

Eiffel Selenium Binding

javier — 2013-05-23T10:58:42

Hi all,

Just to let you know, I added a new EWF library under /library/test/selenium
This library will help to write automated web test, using Selenium with Eiffel- 
For now the library is under my git account, you can find it here https://github.com/jvelilla/EWF/tree/master/library/test/selenium
Note, the library is still under development.

Here a simple example of use
 class
    EXAMPLE_SEARCH
    
    inherit
    
    ANY
    redefine
    default_create
    end
    
    feature
    
    default_create
    do
    search
    end
    
    feature -- Example
    
    search
    local
    web_driver: WEB_DRIVER
    wait: WEB_DRIVER_WAIT
    do
    --Create a new instance of a Web driver
    create web_driver.make
    
    -- Start session with chrome
    web_driver.start_session_chrome
    
    -- Go to Google
    web_driver.to_url ("http://www.google.com/")
    
    -- Find the text input element by its name
    if attached web_driver.find_element ((cr

Setting background color per tab in a EV_NOTEBOOK

colin_paul_adams — 2013-05-15T14:26:34

Is it possible to set the background color for a specific tab in an EV_NOTEBOOK?



------------------------------------

RE: Re: two classes with same name

Peter Horan — 2013-05-15T06:41:45


I am not sure I follow. 

If the prefix option is used on a library, the prefix is applied to any class in that library. So, if my library contains the class ARRAYED_LIST and I set the prefix in my project to `MY_', then, in the classes in my application, `l: ARRAYED_LIST' declares an entity of the class from EiffelBase, and `m: MY_ARRAYED_LIST' declares an entity from my library.

The prefix is set for the project, not for the library. So, anything in the library which used ARRAYED_LIST will still use the version from EiffelBase. That would apply even if you used a prefix for EiffelBase in your project, because the library would be compiled separately. It would have its own Project file.
--
Peter Horan              Faculty of Science, Engineering
peter-s/yHM3Pchp9WG/WdbR7gnQ< at >public.gmane.org          and Built Environment
+61-3-5221 1234 (Voice)  Deakin University
+61-4-0831 2116 (Mobile) Geelong, Victoria 3217, AUSTRALIA

Re: two classes with same name

Jimmy Johnson — 2013-05-14T13:35:59

--- In eiffel_software-hHKSG33TihhbjbujkaE4pw< at >public.gmane.org, Peter Horan <peter.horan< at >...> wrote:

Thanks Peter.  I noticed there is a "Renaming" option.  I assume this can give a single class a new name?  This seems more appropriate, because only one class in clashing with a class in the base cluster, PATH.

However, this project uses base and some of my own libraries and precompiled base.  My libraries use base as well, perhaps themselves using a library.  It seems the name will conflict at each inclusion of the base library, right?  I assume this would also apply to the "Prefix" option as well?  So, I just need a new name for my class.

BTW, the delete button in the "Renaming" dialog appears to work, but in reality it does not change the ecf file.  
EiffelStudio 7 (7.2.9.1284 GPL Edition - macosx-x86-64)

jjj



------------------------------------

RE: two classes with same name

Peter Horan — 2013-05-14T05:13:32


Open the "Project Settings" dialog.
Select a library with a class to be disambiguated.
In the "Advanced" section, use the "Prefix" attribute to set a prefix for all classes in this library.

I would do this for both libraries unless one was very faimiliar like "Base", etc.
--
Peter Horan              Faculty of Science, Engineering
peter-s/yHM3Pchp9WG/WdbR7gnQ< at >public.gmane.org          and Built Environment
+61-3-5221 1234 (Voice)  Deakin University
+61-4-0831 2116 (Mobile) Geelong, Victoria 3217, AUSTRALIA

Include cocoa cluster in project

Jimmy Johnson — 2013-05-14T03:26:25

I am trying to create a project that uses the cocoa library, but I keep getting the GTK clusters.  What must I do to make this work?  Thanks

jjj



------------------------------------

two classes with same name

Jimmy Johnson — 2013-05-14T03:10:52

How do I resolve a name conflict when classes from two clusters have the same name?  (I've searched for past messages but cannot find it.)

jjj



------------------------------------

Re: build a new accept_cursor

Jimmy Johnson — 2013-05-13T18:29:45

I've tried various combinations of projector and pixmap with no luck. 


--- In eiffel_software-hHKSG33TihhbjbujkaE4pw< at >public.gmane.org, "Jimmy Johnson" <boxer41a< at >...> wrote:




------------------------------------

[Catcall Solution]Default and explicit variance

Victorien ELVINGER — 2013-05-10T09:40:26

I published a new proposal for catcall resolution.

The proposal is inspired of other solutions
http://dev.eiffel.com/Default_and_explicit_variance

If you identify english faults don't hesitate to change this.
Thanks.



------------------------------------

More WEL_RBBS_CONSTANTS

mischa.megens — 2013-05-10T04:22:39

While trying to use a WEL_REBAR, I found that several of windows' RBBS_... constants are absent from the WEL_RBBS_CONSTANTS class, even though some of the constants are useful. Here is what's missing:

Rbbs_gripperalways: INTEGER
external
"C [macro %"cctrl.h%"]"
alias
"RBBS_GRIPPERALWAYS"
end

Rbbs_nogripper: INTEGER
external
"C [macro %"cctrl.h%"]"
alias
"RBBS_NOGRIPPER"
end

Rbbs_usechevron: INTEGER
external
"C [macro %"cctrl.h%"]"
alias
"RBBS_USECHEVRON"
end

Rbbs_variableheight: INTEGER
external
"C [macro %"cctrl.h%"]"
alias
"RBBS_VARIABLEHEIGHT"
end

Rbbs_hidetitle: INTEGER
external
"C [macro %"cctrl.h%"]"
alias
"RBBS_HIDETITLE"
end

Rbbs_topalign: INTEGER
external
"C [macro %"cctrl.h%"]"
alias
"RBBS_TOPALIGN"
end

Maybe they can be included in the future?

Best,
Mischa





------------------------------------

Re: outputting to stderr

Thomas Beale — 2013-05-10T00:10:04

but then a 'file' is just an abstraction....

Pure VM model databases are actually not good to use for most 
applications (they are good in real time and embedded systems). I don't 
really care that much about stdio per se; what is needed however is a 
clear syntax +/- library calls to point output to what unix systems 
think of as stdout and stderr. At the moment that's completely unclear 
in I would guess 99% of all Eiffel code.

- thomas

On 04/05/2013 03:00, Ian Joyner wrote:
*
*


[Non-text portions of this message have been removed]



------------------------------------

RE: How to prevent Buttons from changing size?

Emmanuel Stapf — 2013-05-09T22:37:08

There are many ways to achieve this, it all depends on the final layout you want.
You can simply fix a minimum width and height to the buttons (so that they all
have the same size; this is not required however) and then prevent the button from
being expanded in the box (in EiffelBuild you just select the box object editor
and then check the box for the items you want to be expanded).

Regards,
Manu



------------------------------------

RE: Notebook Control

Emmanuel Stapf — 2013-05-09T22:30:20

You cannot do that with a notebook control but this is easy to implement: create a
frame and whenever you want to change the content of the frame hide the previous
content and show the new one.

Regards,
Manu



------------------------------------

How to prevent Buttons from changing size?

kardpoll — 2013-05-09T18:54:42

Hi

I would like several buttons to remain a fixed size in a horizontal box how is this achieved in EiffelBuild?

Thanks



------------------------------------

Notebook Control

kardpoll — 2013-05-09T18:40:17

Is it possible to turn off the tabs in a notebook control so that the only way to select tabs is via code?

Thanks,
Simon



------------------------------------

RE: Using keyword 'old'

Emmanuel Stapf — 2013-05-07T23:23:44

Actually this is not supposed to happen. It is just that in melted mode (the
default mode of development) routines with an old variable exposes the private
locale to EiffelStudio as `value #x' but this is not supposed to happen and the
order cannot be guaranteed.

Regards,
Manu



------------------------------------

RE: Eiffel Studio - Language

Emmanuel Stapf — 2013-05-07T23:20:35

If you are able to navigate to the preferences (Tools -> Preferences), you can change it there. Otherwise, you can edit the settings which are stored in the registry key on Windows (HKCU\Software\ISE\Eiffel72\ec\Preferences\general.locale and delete the entry to revert back to the default settings) or in the file $HOME/.es/7.2/ecrc72 on Unix (delete the entry for general.locale).

Regards,
Manu



------------------------------------

Eiffel Studio - Language

sushil shelly — 2013-05-07T21:32:53

I have Eiffel Studio running on a CentOS 6.3 x86-64 bit architecture (this is the GPL eddition). After installation I am able to cimpile and run. After quiting estudio I restarted it, but this time the language on the tool bar and the menue is no longer US English.

Is there an easy way to switch the display back to English - any help would be highly appreciated.

thanks,

Sushil



 

[Non-text portions of this message have been removed]



------------------------------------

Re: outputting to stderr

Ian Joyner — 2013-05-04T02:00:35

Hi Thomas,

Actually, if stdin, stdout, and stderr were added more directly, I still don't see the outside world beating down any doors to use Eiffel - it's just not C syntax. OK, people are brainwashed into thinking in terms of stdio, but as filing systems go, Unix is pretty weak. People are also brainwashed into thinking C and its syntax are good. In systems, such as WebObjects, the programmer never touches files - reading and writing objects is completely transparent (done by faulting). So that's why I question any move to added complexity in the file world. Plan 9 (and Unix to some extent) try to make everything work in terms of file abstractions - but I think that's a step in the wrong direction.

Ian

On 4 May 2013, at 04:26, Thomas Beale <Thomas.Beale-ifdBxBAjbfUj83aOlRudGVaTQe2KTcn/< at >public.gmane.org> wrote:




------------------------------------

Re: SYSTEM_STRING_FACTORY in EiffelStudio 7.2

Peter Gummer — 2013-05-03T21:46:03



Yes, that's exactly right.

My blog entry from 6 years ago has some numbers quantifying the performance hit:

http://www.eiffelroom.com/blog/peter_gummer/utf_8_in_net_revisited

Profiling showed that, in a common usage scenario, our application was spending 2.66% of its time in STRING.make_from_cil, and that 0.47% of the total time was in SYSTEM_STRING_FACTORY.read_string_into. These measurements were made with EiffelStudio 5.7. I haven't done any profiling with EiffelStudio 7.2.

- Peter Gummer

------------------------------------

Re: SYSTEM_STRING_FACTORY in EiffelStudio 7.2

Peter Gummer — 2013-05-03T21:39:43



Okay, I have just tried it again, both ways, and mapping STRING to STRING_32 doesn't work.

* Mapping it in our own .ecf doesn't work because at various places our code uses libraries that are expecting STRING_8, and the compiler isn't happy if we provide STRING_32.

* When that failed, I modified my local EiffelStudio 7.2 installation's base.ecf. I mapped STRING to STRING_32, CHARACTER to CHARACTER_32, and CHARACTER_REF to CHARACTER_REF_32. There are dozens of errors in base, gobo, etc.

To get automatic mapping working, we would have to correct these errors by overriding many library classes. This would be a maintenance nightmare, so I've come to the same conclusion as several years ago: it won't work.




Yes, that's what I've been doing for years and it works. But, as I explained in my blog entry at http://www.eiffelroom.com/blog/peter_gummer/utf_8_in_net_revisited, I use .NET's own System.Text.UTF8Encoding class. It looks after all of those tricky encoding details for us automatically; after 6 years