length of edges in roassal

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 <[hidden email]>:

Send Moose-dev mailing list submissions to
        [hidden email]

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
        [hidden email]

You can reach the person managing the list at
        [hidden email]

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
      ([hidden email])
   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 <[hidden email]>
Subject: [Moose-dev] Re: Roassal2: sending @ RTLabelled to an empty
        edges   group bug
To: Moose-related development <[hidden email]>
Message-ID: <[hidden email]>
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 <[hidden email]> 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 <[hidden email]> 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
>> [hidden email]
>> 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
> [hidden email]
> 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 <[hidden email]>
Subject: [Moose-dev] Re: RTView>>cleanAll: does not remove labels
To: Moose-related development <[hidden email]>
Message-ID: <[hidden email]>
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 <[hidden email]> 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
> [hidden email]
> 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 <[hidden email]>
Subject: [Moose-dev] Re: length of edges in roassal
To: Moose-related development <[hidden email]>
Message-ID: <[hidden email]>
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 <[hidden email]> 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
> [hidden email]
> 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 <[hidden email]>
Subject: [Moose-dev] Re: Loading large XML files in MOOSE
To: Moose-related development <[hidden email]>
Message-ID:
        <CAOysuxUk5nOt9U_=PHXobF=[hidden email]>
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 <[hidden email]> 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 <[hidden email]> 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
>> <[hidden email]> 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
>>> [hidden email]
>>> 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
> [hidden email]
> 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: [hidden email]
Subject: [Moose-dev] Jenkins build became unstable:  moose-5.0 #1593
To: [hidden email]
Message-ID:
        <[hidden email]>
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 <[hidden email]>
Subject: [Moose-dev] Re: Roassal2: sending @ RTLabelled to an empty
        edges   group bug
To: moose-dev related tools <[hidden email]>
Message-ID: <[hidden email]>
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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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
>>> [hidden email]
>>> 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
>> [hidden email]
>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>
> --
> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
> Alexandre Bergel  http://www.bergel.eu
> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>
>
>
>
> _______________________________________________
> Moose-dev mailing list
> [hidden email]
> 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 <[hidden email]>
Subject: [Moose-dev] Re: Loading large XML files in MOOSE
To: Moose-related development <[hidden email]>
Message-ID: <[hidden email]>
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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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
>>> <[hidden email]> 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
>>>> [hidden email]
>>>> 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
>> [hidden email]
>> 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
> [hidden email]
> https://www.iam.unibe.ch/mailman/listinfo/moose-dev

--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel  http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.iam.unibe.ch/pipermail/moose-dev/attachments/20140608/0647f5d8/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Screen Shot 2014-06-08 at 5.04.43 PM.png
Type: image/png
Size: 100354 bytes
Desc: not available
URL: <http://www.iam.unibe.ch/pipermail/moose-dev/attachments/20140608/0647f5d8/attachment.png>

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

_______________________________________________
Moose-dev mailing list
[hidden email]
https://www.iam.unibe.ch/mailman/listinfo/moose-dev


End of Moose-dev Digest, Vol 94, Issue 21
*****************************************

--

ATREVI D. Fabrice

Master en Informatique A l'Institut de la Francophonie pour l'Informatique (IFI/Hanoï)

_______________________________________________
Moose-dev mailing list
[hidden email]
https://www.iam.unibe.ch/mailman/listinfo/moose-dev