> On 17.10.2013, at 13:11, Camillo Bruni <camillobr...@gmail.com> wrote:
> 
> Strange... the commit is already there :)
> 


too large for the list (7mb)
> https://github.com/pharo-project/pharo-core/commit/39e14deac5f2ad03e2d1b539ed8100eeb765167b
> 
>> On 2013-10-17, at 13:08, Esteban Lorenzano <esteba...@gmail.com> wrote:
>> 
>> he... the update is already there, github failed to send the diff info (yet) 
>> 
>>> On Oct 17, 2013, at 1:09 PM, Goubier Thierry <thierry.goub...@cea.fr> wrote:
>>> 
>>> 
>>> 
>>> Le 17/10/2013 12:51, Esteban Lorenzano a écrit :
>>>> 
>>>> On Oct 17, 2013, at 12:57 PM, Goubier Thierry <thierry.goub...@cea.fr> 
>>>> wrote:
>>>> 
>>>>> Are you using MorphTreeMorph?
>>>> yep :)
>>> 
>>> I haven't tried to use multi-selection in the tree; the code to handle 
>>> multi-selection looks fairly complex.
>>> 
>>> I remember having difficulties to understand how to pass and receive 
>>> objects through drag and drop.
>>> 
>>> I'll have a look as soon as I see the update coming. Unless loading the 
>>> last Nautilus packages in Pharo3Inbox works :)
>>> 
>>> Thierry
>>> 
>>>>> 
>>>>> Thierry
>>>>> 
>>>>> Le 17/10/2013 12:46, Esteban Lorenzano a écrit :
>>>>>> btw, a couple things that I know still doesn't work in Nautilus with 
>>>>>> trees:
>>>>>> 
>>>>>> - drag and drop (I failed miserably when trying to implement it, any 
>>>>>> help here would be welcome :)
>>>>>> - multiselection  in packages
>>>>>> 
>>>>>> Esteban
>>>>>> 
>>>>>> 
>>>>>>> On Oct 17, 2013, at 12:20 PM, Esteban Lorenzano <esteba...@gmail.com> 
>>>>>>> wrote:
>>>>>>> 
>>>>>>> Hi,
>>>>>>> 
>>>>>>> I just important an important change in Pharo.
>>>>>>> I made a new step over the integration of RPackage into the system, and 
>>>>>>> as a result there is a different behavior.
>>>>>>> Although 99% of users shouldn't notice it, that can drive to headaches 
>>>>>>> to tool developers, like Thierry and his AltBrowser (but I'm not sure 
>>>>>>> about that) :)
>>>>>>> I'm sorry, but this is inevitable... and part of a long path discussed 
>>>>>>> and adopted since almost 1 1/2 years.
>>>>>>> 
>>>>>>> So, what's the change?
>>>>>>> Now 1 RPackage 0 1 MCPackage.
>>>>>>> As a result, package granularity is coarse, and then categories for 
>>>>>>> class are stored as package tags.
>>>>>>> Other consequence is that RPackageSet is now more or less useless, but 
>>>>>>> I'm keeping it because it provides caching services  for monticello, 
>>>>>>> and the speed up resulting is good :)
>>>>>>> This change opens the path to remove old PackageInfo, finally :)
>>>>>>> 
>>>>>>> To take the new structure into account (and to add a long time awaited 
>>>>>>> feature), I modified nautilus to use a tree instead a simple list 
>>>>>>> (finally!)
>>>>>>> And since I was in the mood, I moved groups to same list, taking the 
>>>>>>> idea of the screenshot Stef sent the other day (lots of good ideas that 
>>>>>>> we should adopt there), and then I removed the "groups" button... in 
>>>>>>> functionality is good, but visually not so much... I accept ideas about 
>>>>>>> :)
>>>>>>> 
>>>>>>> THERE WILL BE BUGS!
>>>>>>> This is a really deep and important change, I'm pushing it because we 
>>>>>>> need to test and fix. So, do not hesitate to send your reports!
>>>>>>> Also, there are features in modified-nautilus that are missing. It 
>>>>>>> would be good to have a list of them so I can implement it :)
>>>>>>> 
>>>>>>> Please, report any issue around.
>>>>>>> 
>>>>>>> Enjoy,
>>>>>>> Esteban
>>>>> 
>>>>> --
>>>>> Thierry Goubier
>>>>> CEA list
>>>>> Laboratoire des Fondations des Systèmes Temps Réel Embarqués
>>>>> 91191 Gif sur Yvette Cedex
>>>>> France
>>>>> Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95
>>> 
>>> -- 
>>> Thierry Goubier
>>> CEA list
>>> Laboratoire des Fondations des Systèmes Temps Réel Embarqués
>>> 91191 Gif sur Yvette Cedex
>>> France
>>> Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95
> 

Reply via email to