Hi All I decided to see what I could do about using pick-and-drop in the context of an EV_MODEL_WORLD. While I can set the pebble to a model in the world, I can never get a drop event from within the world. I tried giving the world and its enclosing/associated world_cell, and even the world_cell

There is also non-object call: {TYPE_NAME}.feature_name (possibly_with_arguments) where feature_name denotes a feature (constant attribute or routine, including once function as mentioned by others) that does not use the state. This scheme covers class methods as well as

Thanks all, that is most enlightening. Seamus On Friday, 27 November 2020 at 01:14:33 UTC rfo wrote: > If the counter is an integer, then a once function will always return the > value from the first invocation. > A shared integer value that can change can be done by using a CELL > [INTEGER],

If the counter is an integer, then a once function will always return the value from the first invocation. A shared integer value that can change can be done by using a CELL [INTEGER], where the instance of CELL is the once function. counter: INTEGER do Result := counter_cell.item end

https://www.eiffel.org/doc/eiffel/ET-_Once_routines_and_shared_objects -- ********************************************** Philippe Gachoud Puerto Williams 6657 Las Condes Santiago de Chile +56 934022210 ph.g...@gmail.com ********************************************** On Thu, Nov 26, 2020,

hope it helps covering your needs... from memory some_attribute: STRING once Result := "Baz" end my_class_function (a_bar: STRING): FOO do create Result.make(a_bar) ensure instance_free: class end in another class l_foo_instance := {FOO}.my_class_fun

Hi folks As a hoary old ex-Smalltalker, I am aware of the distinction between class side variable and instance variables. Class side variables (statics in Java) can be very useful for information pertaining to the entire population of all instances of a class. I have a class called EVENT which

I am presently working with the Eiffel team to form up some automated ways of putting Eiffel binary executables directly to various cloud services. For example, I reached out to Cloudflare, who responded to me by phone last night. While this is very early in the process, I am hopeful that we can

Hi, does anybody have experience with cloud services and eiffel? I'm evaluating the option of having hosted our - postgresql DB - eiffel web server - angular web application Could you talk about your experience with any of google/amazon? microsoft is out of the game for us but for the

The JSON-ext library was built years ago in Atlanta. I was not the originator of it, but have become the curator of it. As I recall, the library was built as a higher-level library to help simplify the JSON library. This does not mean that the JSON library does not already facilitate these

Hi! Actually I think a JSON method should be in a COLLECTION as ARRAYS and HASH_TABLES both sould be supported. Or maybe have a class JSONIZER. Regards, Ulrich >>> Larry Rix schrieb am 20.11.2020 um 17:18 in Nachricht <575640e0-0e3e-4305-939c-df0f5e1ba27bn@goo

No offense taken! :-) The WiringPi library was abandoned by its maker because people started making rather abusive requests of him and he got tired of the abuses (I don't blame him). So, be aware that consumers of your library have a human side and they might say and do things with a cranky

Some comments on version 20.05 1) At installation time the restoration of previous installed version fail. It suggested the 16..., I suppled 19.05 but that does works 2)Following the conversion I got some failures. One of then: check attached system_preferenc

Raspberry pi is already supported, see the armv7 platform. See https://ftp.eiffel.com/pub/download/20.05/Eiffel_20.05_rev_104521-linux-armv7.tar.bz2 If someone needs armv6, please let ISE know. Le ven. 20 nov. 2020 à 04:48, jjj a écrit : > Ian, > Who is "we" in "we may help"? >

Great, was not sure. > What about Raspberry Pi? >> > Larry Rix has been working on it. Check the following repository > https://github.com/ljr1981/WiringPi-Eiffe > Yes, I am aware, but it wraps a [IMO] long, hard-to-understand, no longer maintained, C-library, while maintaining the structure

On Friday, November 20, 2020 at 12:47:59 AM UTC-3 jjj wrote: > Ian, > Who is "we" in "we may help"? > Eiffel Software > What about Raspberry Pi? > Larry Rix has been working on it. Check the following repository https://github.com/ljr1981/WiringPi-Eiffel -- Javier > jjj > > > On Thursday,

Hi Larry, I think the Eiffel json library already has components for such needs. See for instance https://github.com/EiffelSoftware/libraries/tree/master/Src/contrib/library/text/parser/json/examples/serialization especially the https://github.com/EiffelSoftware/libraries/blob/master/Src/contrib/

I suddenly "woke up" to the fact that we (previous project team) had never baked in support for HASH_TABLE <--> JSON. I have spent the morning getting basic support, plus some needed finesse on the library. https://github.com/ljr1981/json_ext This is in the FWIW category. I know there was one

That's what I thought as well once it was done :-)

Ian, Who is "we" in "we may help"? What about Raspberry Pi? jjj On Thursday, November 19, 2020 at 10:56:11 AM UTC-7 javier...@gmail.com wrote: > Hi Philippe > About Microbit may not be a good target for Eiffel because it seems it's > only for education purposes (to learn basic programming). >

Hi Philippe About Microbit may not be a good target for Eiffel because it seems it's only for education purposes (to learn basic programming). On the other hand, if the community wants to give a try to Arduino, which seems more attractive for building electronics projects and also good for

Funnest explanation of SCOOP yet, I'm sure! On Wed, Nov 18, 2020 at 4:13 PM Larry Rix wrote: > LOL ... > > https://youtu.be/xz29j_kgQ8s > > On Tuesday, November 17, 2020 at 6:06:21 AM UTC-5 Larry Rix wrote: > >> Thanks for the feedback, Chris! >> >> Yes—the goal was

LOL ... https://youtu.be/xz29j_kgQ8s On Tuesday, November 17, 2020 at 6:06:21 AM UTC-5 Larry Rix wrote: > Thanks for the feedback, Chris! > > Yes—the goal was to deliver know-how in very small chunks. These are fun > and pretty simple to build. > > I have been building them in either response to

Thanks for the feedback, Chris! Yes—the goal was to deliver know-how in very small chunks. These are fun and pretty simple to build. I have been building them in either response to people asking me questions or as I am reviewing OOSC-2 once more. On Tuesday, November 17, 2020 at 1:20:47 AM