New subject: length of edges in roassal

9 Jun 2014

Hi Mr Alexandre,

How can i visualize your exemple in Glamour. which method can i call?
Actually, i use the default builder in Glamour with roassal (
ROMondrianViewBuilder,
i think!).

Thanks!

2014-06-09 4:06 GMT+07:00 &lt;moose-dev-request(a)iam.unibe.ch&gt;ch>:

...
  Send Moose-dev mailing list submissions to
         moose-dev(a)iam.unibe.ch

 To subscribe or unsubscribe via the World Wide Web, visit
         https://www.iam.unibe.ch/mailman/listinfo/moose-dev
 or, via email, send a message with subject or body 'help' to
         moose-dev-request(a)iam.unibe.ch

 You can reach the person managing the list at
         moose-dev-owner(a)iam.unibe.ch

 When replying, please edit your Subject line so it is more specific
 than "Re: Contents of Moose-dev digest..."

 Today's Topics:

    1. Re: Roassal2: sending @ RTLabelled to an empty edges      group
       bug (Alexandre Bergel)
    2. Re: RTView>>cleanAll: does not remove labels (Alexandre Bergel)
    3. Re: length of edges in roassal (Alexandre Bergel)
    4. Re: Loading large XML files in MOOSE (Serge Stinckwich)
    5. Jenkins build became unstable:  moose-5.0 #1593
       (admin(a)moosetechnology.org)
    6. Re: Roassal2: sending @ RTLabelled to an empty    edges   group
       bug (Johan Fabry)
    7. Re: Loading large XML files in MOOSE (Alexandre Bergel)

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

 Message: 1
 Date: Sun, 08 Jun 2014 16:02:08 -0400
 From: Alexandre Bergel &lt;alexandre.bergel(a)me.com&gt;
 Subject: [Moose-dev] Re: Roassal2: sending @ RTLabelled to an empty
         edges   group bug
 To: Moose-related development &lt;moose-dev(a)iam.unibe.ch&gt;
 Message-ID: &lt;EE750C18-4B56-4A1F-8A91-D1EB8377B5D2(a)me.com&gt;
 Content-Type: text/plain; charset=windows-1252

 I am not sure to understand this.

 The following does not produce an error: RTGroup new @ RTLabelled

 Alexandre

 On Jun 8, 2014, at 3:00 PM, Johan Fabry &lt;jfabry(a)dcc.uchile.cl&gt; wrote:

  I hit send to fast, sorry.

 The origin of the bug is Array>>@ interactionClassOrObject line 2: obj  :=
interactionClassOrObject elementToBeAdded. The interactionClassOrObject
 is a RTLabelled class, and it DNU?s that message.

 On Jun 8, 2014, at 2:49 PM, Johan Fabry &lt;jfabry(a)dcc.uchile.cl&gt; wrote:

> Hi all,
>
> at some point I was sending @RTlabelled to a group of edges that  happened to
be empty, and up came the debugger :-(

 ---> Save our in-boxes! http://emailcharter.org <---

 Johan Fabry   -   http://pleiad.cl/~jfabry
 PLEIAD lab  -  Computer Science Department (DCC)  -  University of Chile

 _______________________________________________
 Moose-dev mailing list
 Moose-dev(a)iam.unibe.ch
 https://www.iam.unibe.ch/mailman/listinfo/moose-dev

 ---> Save our in-boxes! http://emailcharter.org <---

 Johan Fabry   -   http://pleiad.cl/~jfabry
 PLEIAD lab  -  Computer Science Department (DCC)  -  University of Chile

 _______________________________________________
 Moose-dev mailing list
 Moose-dev(a)iam.unibe.ch
 https://www.iam.unibe.ch/mailman/listinfo/moose-dev 
 --
 _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
 Alexandre Bergel  http://www.bergel.eu
 ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

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

 Message: 2
 Date: Sun, 08 Jun 2014 16:19:53 -0400
 From: Alexandre Bergel &lt;alexandre.bergel(a)me.com&gt;
 Subject: [Moose-dev] Re: RTView>>cleanAll: does not remove labels
 To: Moose-related development &lt;moose-dev(a)iam.unibe.ch&gt;
 Message-ID: &lt;04B5400A-15E9-45A1-B88C-F8907FFCB826(a)me.com&gt;
 Content-Type: text/plain; CHARSET=US-ASCII

 Well spotted!
 Fixed in version 0.272 of Roassal

 Alexandre

 On Jun 8, 2014, at 2:15 PM, Johan Fabry &lt;jfabry(a)dcc.uchile.cl&gt; wrote:

  Hi all,

 another small bug in Roassal2: sending cleanAll to a view does not  remove the
labels attached to nodes in that view.

 ---> Save our in-boxes! http://emailcharter.org <---

 Johan Fabry   -   http://pleiad.cl/~jfabry
 PLEIAD lab  -  Computer Science Department (DCC)  -  University of Chile

 _______________________________________________
 Moose-dev mailing list
 Moose-dev(a)iam.unibe.ch
 https://www.iam.unibe.ch/mailman/listinfo/moose-dev 
 --
 _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
 Alexandre Bergel  http://www.bergel.eu
 ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

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

 Message: 3
 Date: Sun, 08 Jun 2014 16:26:20 -0400
 From: Alexandre Bergel &lt;alexandre.bergel(a)me.com&gt;
 Subject: [Moose-dev] Re: length of edges in roassal
 To: Moose-related development &lt;moose-dev(a)iam.unibe.ch&gt;
 Message-ID: &lt;CD07EFD1-41E3-4E83-B4E6-9B9F8B7CEC79(a)me.com&gt;
 Content-Type: text/plain; charset=iso-8859-1

 Hi Fabrice,

 I am not sure what you actually need. Why do you find the edges too short?
 Currently we cannot set the length of edges. This will come soon, but
 right now we cannot.

 If you want to minimize crossing, then there are two solutions:
         - use a sugyama layout: RTSugiyamaLayout
         - use the force based Layout. Execute in a workspace:
 RTRoassalExample new exampleForceBasedLayoutAnimated

 Let us know how it goes...

 Cheers,
 Alexandre

 On Jun 7, 2014, at 5:18 PM, Fabrice Atrevi &lt;atrevifabrice(a)gmail.com&gt;
 wrote:

  Hi!
 I'm using roassal in glamour for painting. I want to know how i can give  a
length for edge. Like in the screenshot, the default length is too small.
 And if possible, i want boxes and arcs do not intersect.

 Thanks,

 --
 ATREVI D. Fabrice
 Master en Informatique A l'Institut de la Francophonie pour  l'Informatique
(IFI/Hano?)

<relation_seir.PNG>_______________________________________________
 Moose-dev mailing list
 Moose-dev(a)iam.unibe.ch
 https://www.iam.unibe.ch/mailman/listinfo/moose-dev 
 --
 _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
 Alexandre Bergel  http://www.bergel.eu
 ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

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

 Message: 4
 Date: Sun, 8 Jun 2014 22:35:46 +0200
 From: Serge Stinckwich &lt;serge.stinckwich(a)gmail.com&gt;
 Subject: [Moose-dev] Re: Loading large XML files in MOOSE
 To: Moose-related development &lt;moose-dev(a)iam.unibe.ch&gt;
 Message-ID:
         <CAOysuxUk5nOt9U_=PHXobF=
 df9ExjGcVGBZjE9-XCbsuzQw8dw(a)mail.gmail.com&gt;
 Content-Type: text/plain; charset=UTF-8

 Thank you Doru for the help.

 First case: 74Mb XML file. I'm able to load the string in memory but
 the XML parser crash the image before the end.
 Second case: 10Mb XML file. I'm able to load the string in memory,
 parse the XML file. When I start to process the XML file in order to
 create an object structure, the panel "Space is too low" appear.

 I would like to give a try with the XMLPullParser. I guess this is
 working correctly, because I find it with the Configuration Browser.

 On Sat, Jun 7, 2014 at 10:56 PM, Tudor Girba &lt;tudor(a)tudorgirba.com&gt; wrote:
  Hi,

 Ok, I looked a bit, and here is a way to get it to work. It is not at all
 ideal given that it loads the entire string before parsing it, but it  surely
  will work with an xml of your size:

 contents := fileReference readStreamDo: [ :stream | stream contents ].
 svnlog := (XMLDOMParser on: contents )
                documentReadLimit: contents size;
                parseDocument.

 Cheers,
 Doru

 On Fri, Jun 6, 2014 at 12:50 PM, Tudor Girba &lt;tudor(a)tudorgirba.com&gt;  wrote:
 >
> I encountered a similar situation before, but there is a way to go  beyond
 > that limit.
>
> I do not have the code at my disposal right now, but look at the
> XMLDOMParser constructor, and at some point you will see a hardcoded  limit
   value.
You should be able to pass another one in.

 Cheers,
 Doru

 On Fri, Jun 6, 2014 at 11:22 AM, Serge Stinckwich
 &lt;serge.stinckwich(a)gmail.com&gt; wrote:

 Dear all,

 I want to process large XML file (typically event logs with more than
 80Mb data) and I'm not able to do that at the moment with the XML DOM
 parser (it says I reach the read limit after 3094 XML lines) and I
 guess I will have problem to manage such a large file in memory after
 that.

 Should I switch to an event-driven XML parser in order to avoid
 loading all the XML file in memory ? Do we have such a parser for
 Pharo ?

 --
 Serge Stinckwich
 UCBN & UMI UMMISCO 209 (IRD/UPMC)
 Every DSL ends up being Smalltalk
 http://www.doesnotunderstand.org/
 _______________________________________________
 Moose-dev mailing list
 Moose-dev(a)iam.unibe.ch
 https://www.iam.unibe.ch/mailman/listinfo/moose-dev 

 --
 www.tudorgirba.com

 "Every thing has its own flow" 

 --
 www.tudorgirba.com

 "Every thing has its own flow"

 _______________________________________________
 Moose-dev mailing list
 Moose-dev(a)iam.unibe.ch
 https://www.iam.unibe.ch/mailman/listinfo/moose-dev

 --
 Serge Stinckwich
 UCBN & UMI UMMISCO 209 (IRD/UPMC)
 Every DSL ends up being Smalltalk
 http://www.doesnotunderstand.org/

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

 Message: 5
 Date: Sun, 8 Jun 2014 22:41:04 +0200 (CEST)
 From: admin(a)moosetechnology.org
 Subject: [Moose-dev] Jenkins build became unstable:  moose-5.0 #1593
 To: moose-dev(a)iam.unibe.ch
 Message-ID:
         <
 704547223.139.1402260064428.JavaMail.jenk_moose(a)ci-jenkins3.inria.fr&gt;
 Content-Type: text/plain; charset=UTF-8

 See <https://ci.inria.fr/moose/job/moose-5.0/1593/>

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

 Message: 6
 Date: Sun, 8 Jun 2014 17:03:22 -0400
 From: Johan Fabry &lt;jfabry(a)dcc.uchile.cl&gt;
 Subject: [Moose-dev] Re: Roassal2: sending @ RTLabelled to an empty
         edges   group bug
 To: moose-dev related tools &lt;moose-dev(a)iam.unibe.ch&gt;
 Message-ID: &lt;EE3A1133-EF75-4DBF-924E-65844A997CEC(a)dcc.uchile.cl&gt;
 Content-Type: text/plain; charset=windows-1252

 I think it?s best that I show you when you are back ? it?s so deep in my
 code that I cannot easily reproduce it in a simple example :-(

 On Jun 8, 2014, at 4:02 PM, Alexandre Bergel &lt;alexandre.bergel(a)me.com&gt;
 wrote:

  I am not sure to understand this.

 The following does not produce an error: RTGroup new @ RTLabelled

 Alexandre

 On Jun 8, 2014, at 3:00 PM, Johan Fabry &lt;jfabry(a)dcc.uchile.cl&gt; wrote:

> I hit send to fast, sorry.
>
> The origin of the bug is Array>>@ interactionClassOrObject line 2: obj 
:= interactionClassOrObject elementToBeAdded. The interactionClassOrObject
 is a RTLabelled class, and it DNU?s that message.
 >
>
> On Jun 8, 2014, at 2:49 PM, Johan Fabry &lt;jfabry(a)dcc.uchile.cl&gt; wrote:
>
>> Hi all,
>>
>> at some point I was sending @RTlabelled to a group of edges that  happened
to be empty, and up came the debugger :-(
 >>
>>
>> ---> Save our in-boxes! http://emailcharter.org <---
>>
>> Johan Fabry   -   http://pleiad.cl/~jfabry
>> PLEIAD lab  -  Computer Science Department (DCC)  -  University of  Chile

 _______________________________________________
 Moose-dev mailing list
 Moose-dev(a)iam.unibe.ch
 https://www.iam.unibe.ch/mailman/listinfo/moose-dev

 ---> Save our in-boxes! http://emailcharter.org <---

 Johan Fabry   -   http://pleiad.cl/~jfabry
 PLEIAD lab  -  Computer Science Department (DCC)  -  University of Chile

 _______________________________________________
 Moose-dev mailing list
 Moose-dev(a)iam.unibe.ch
 https://www.iam.unibe.ch/mailman/listinfo/moose-dev 
 --
 _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
 Alexandre Bergel  http://www.bergel.eu
 ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

 _______________________________________________
 Moose-dev mailing list
 Moose-dev(a)iam.unibe.ch
 https://www.iam.unibe.ch/mailman/listinfo/moose-dev

 ---> Save our in-boxes! http://emailcharter.org <---

 Johan Fabry   -   http://pleiad.cl/~jfabry
 PLEIAD lab  -  Computer Science Department (DCC)  -  University of Chile

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

 Message: 7
 Date: Sun, 08 Jun 2014 17:05:54 -0400
 From: Alexandre Bergel &lt;alexandre.bergel(a)me.com&gt;
 Subject: [Moose-dev] Re: Loading large XML files in MOOSE
 To: Moose-related development &lt;moose-dev(a)iam.unibe.ch&gt;
 Message-ID: &lt;7A240162-C07C-4883-9005-834221F8973D(a)me.com&gt;
 Content-Type: text/plain; charset="windows-1252"

 Serge, you are using a mac don?t you? Have you tried to augment the memory
 of the image?

 Open using a text editor the Info.plist file, contained in the VM folder.
 By checking on the internet, 1880000000 is apparently the biggest value
 possible.
 http://forum.world.st/OSX-squeak-crash-maximal-size-of-image-td2952312.html

 Cheers,
 Alexandre

 On Jun 8, 2014, at 4:35 PM, Serge Stinckwich &lt;serge.stinckwich(a)gmail.com&gt;
 wrote:

  Thank you Doru for the help.

 First case: 74Mb XML file. I'm able to load the string in memory but
 the XML parser crash the image before the end.
 Second case: 10Mb XML file. I'm able to load the string in memory,
 parse the XML file. When I start to process the XML file in order to
 create an object structure, the panel "Space is too low" appear.

 I would like to give a try with the XMLPullParser. I guess this is
 working correctly, because I find it with the Configuration Browser.

 On Sat, Jun 7, 2014 at 10:56 PM, Tudor Girba &lt;tudor(a)tudorgirba.com&gt;  wrote:
 > Hi,
>
> Ok, I looked a bit, and here is a way to get it to work. It is not at  all
 > ideal given that it loads the entire string
before parsing it, but it  surely
 > will work with an xml of your size:
>
> contents := fileReference readStreamDo: [ :stream | stream contents ].
> svnlog := (XMLDOMParser on: contents )
>               documentReadLimit: contents size;
>               parseDocument.
>
> Cheers,
> Doru
>
>
>
> On Fri, Jun 6, 2014 at 12:50 PM, Tudor Girba &lt;tudor(a)tudorgirba.com&gt; 
wrote:
 >>
>> I encountered a similar situation before, but there is a way to go  beyond
 >> that limit.
>>
>> I do not have the code at my disposal right now, but look at the
>> XMLDOMParser constructor, and at some point you will see a hardcoded 
limit
    value. You should be able to pass another one in.

 Cheers,
 Doru

 On Fri, Jun 6, 2014 at 11:22 AM, Serge Stinckwich
 &lt;serge.stinckwich(a)gmail.com&gt; wrote:
>
> Dear all,
>
> I want to process large XML file (typically event logs with more than
> 80Mb data) and I'm not able to do that at the moment with the XML DOM
> parser (it says I reach the read limit after 3094 XML lines) and I
> guess I will have problem to manage such a large file in memory after
> that.
>
> Should I switch to an event-driven XML parser in order to avoid
> loading all the XML file in memory ? Do we have such a parser for
> Pharo ?
>
> --
> Serge Stinckwich
> UCBN & UMI UMMISCO 209 (IRD/UPMC)
> Every DSL ends up being Smalltalk
> http://www.doesnotunderstand.org/
> _______________________________________________
> Moose-dev mailing list
> Moose-dev(a)iam.unibe.ch
> https://www.iam.unibe.ch/mailman/listinfo/moose-dev

 --
 www.tudorgirba.com

 "Every thing has its own flow" 

 --
 www.tudorgirba.com

 "Every thing has its own flow"

 _______________________________________________
 Moose-dev mailing list
 Moose-dev(a)iam.unibe.ch
 https://www.iam.unibe.ch/mailman/listinfo/moose-dev

 --
 Serge Stinckwich
 UCBN & UMI UMMISCO 209 (IRD/UPMC)
 Every DSL ends up being Smalltalk
 http://www.doesnotunderstand.org/
 _______________________________________________
 Moose-dev mailing list
 Moose-dev(a)iam.unibe.ch
 https://www.iam.unibe.ch/mailman/listinfo/moose-dev 
 --
 _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
 Alexandre Bergel  http://www.bergel.eu
 ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.