IMPORTANT: RPackage behavior changed and Nautilus updated
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
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 <estebanlm@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
Are you using MorphTreeMorph? 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 <estebanlm@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
On Oct 17, 2013, at 12:57 PM, Goubier Thierry <thierry.goubier@cea.fr> wrote:
Are you using MorphTreeMorph? yep :)
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 <estebanlm@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
Le 17/10/2013 12:51, Esteban Lorenzano a écrit :
On Oct 17, 2013, at 12:57 PM, Goubier Thierry <thierry.goubier@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 <estebanlm@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
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.goubier@cea.fr> wrote:
Le 17/10/2013 12:51, Esteban Lorenzano a écrit :
On Oct 17, 2013, at 12:57 PM, Goubier Thierry <thierry.goubier@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 <estebanlm@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
Strange... the commit is already there :) https://github.com/pharo-project/pharo-core/commit/39e14deac5f2ad03e2d1b539e... On 2013-10-17, at 13:08, Esteban Lorenzano <estebanlm@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.goubier@cea.fr> wrote:
Le 17/10/2013 12:51, Esteban Lorenzano a écrit :
On Oct 17, 2013, at 12:57 PM, Goubier Thierry <thierry.goubier@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 <estebanlm@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
On 17.10.2013, at 13:11, Camillo Bruni <camillobruni@gmail.com> wrote:
Strange... the commit is already there :)
too large for the list (7mb)
https://github.com/pharo-project/pharo-core/commit/39e14deac5f2ad03e2d1b539e...
On 2013-10-17, at 13:08, Esteban Lorenzano <estebanlm@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.goubier@cea.fr> wrote:
Le 17/10/2013 12:51, Esteban Lorenzano a écrit :
On Oct 17, 2013, at 12:57 PM, Goubier Thierry <thierry.goubier@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 <estebanlm@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
yes, because package names changed (no more 1 rpackage = 1 system category), then the export of sources changed too (not the contents). For example, what was AST-Core-*, now is just AST-Core. Esteban On Oct 17, 2013, at 2:51 PM, Marcus Denker <marcus.denker@gmail.com> wrote:
On 17.10.2013, at 13:11, Camillo Bruni <camillobruni@gmail.com> wrote:
Strange... the commit is already there :)
too large for the list (7mb)
https://github.com/pharo-project/pharo-core/commit/39e14deac5f2ad03e2d1b539e...
On 2013-10-17, at 13:08, Esteban Lorenzano <estebanlm@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.goubier@cea.fr> wrote:
Le 17/10/2013 12:51, Esteban Lorenzano a écrit :
On Oct 17, 2013, at 12:57 PM, Goubier Thierry <thierry.goubier@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 <estebanlm@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
Hi Esteban, I'm porting to the new RPackage and I have a few questions: * What is the best way to get the RPackage linked to a MCWorkingCopy? I use aMCWorkingCopy packageSet packages first But is there a better way to do it? * For tags, if the package has only a system category with the same name as the package, will this result in one tag or no tag (i.e. will there be at least one tag in a RPackage?) * RPackageTag has a few assymetries: adding a class to a tag doesn't change its system category, however renaming a tag reclassifies the classes in the tag... * Tracking changes to tags suppose in fact listening to system-category announcements, isn't it? Otherwise, porting to the new RPackage is going along fine :) Thanks for the effort. I haven't found the new Nautilus yet :( Thierry Le 17/10/2013 15:51, Esteban Lorenzano a écrit :
yes, because package names changed (no more 1 rpackage = 1 system category), then the export of sources changed too (not the contents).
For example, what was AST-Core-*, now is just AST-Core.
Esteban
On Oct 17, 2013, at 2:51 PM, Marcus Denker <marcus.denker@gmail.com> wrote:
On 17.10.2013, at 13:11, Camillo Bruni <camillobruni@gmail.com> wrote:
Strange... the commit is already there :)
too large for the list (7mb)
https://github.com/pharo-project/pharo-core/commit/39e14deac5f2ad03e2d1b539e...
On 2013-10-17, at 13:08, Esteban Lorenzano <estebanlm@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.goubier@cea.fr> wrote:
Le 17/10/2013 12:51, Esteban Lorenzano a écrit :
On Oct 17, 2013, at 12:57 PM, Goubier Thierry <thierry.goubier@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 <estebanlm@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
-- 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
On Oct 18, 2013, at 9:57 AM, Goubier Thierry <thierry.goubier@cea.fr> wrote:
Hi Esteban,
I'm porting to the new RPackage and I have a few questions:
* What is the best way to get the RPackage linked to a MCWorkingCopy? I use
aMCWorkingCopy packageSet packages first
But is there a better way to do it?
well... it should, but it isn't :( I suppose RPackageOrganizer default packageNamed: aMCWorkingCopy packageName should work, but I didn't implemented (feel free to do it and commit a slice :).
* For tags, if the package has only a system category with the same name as the package, will this result in one tag or no tag (i.e. will there be at least one tag in a RPackage?)
there will be always one tag (homonym to its parent)
* RPackageTag has a few assymetries: adding a class to a tag doesn't change its system category, however renaming a tag reclassifies the classes in the tag...
mmm... yes, I'm more or less aware. We should fix that, but still not sure how (easiest when is to make the add tag to inform a new system category, but then also rename/remove). Again... if you want to help there, please do it!
* Tracking changes to tags suppose in fact listening to system-category announcements, isn't it?
yep :( anyway, next year I will remove also System Categories, but in the mean time we need the sync.
Otherwise, porting to the new RPackage is going along fine :) Thanks for the effort.
cool!
I haven't found the new Nautilus yet :(
why? it is there :) Esteban
Thierry
Le 17/10/2013 15:51, Esteban Lorenzano a écrit :
yes, because package names changed (no more 1 rpackage = 1 system category), then the export of sources changed too (not the contents).
For example, what was AST-Core-*, now is just AST-Core.
Esteban
On Oct 17, 2013, at 2:51 PM, Marcus Denker <marcus.denker@gmail.com> wrote:
On 17.10.2013, at 13:11, Camillo Bruni <camillobruni@gmail.com> wrote:
Strange... the commit is already there :)
too large for the list (7mb)
https://github.com/pharo-project/pharo-core/commit/39e14deac5f2ad03e2d1b539e...
On 2013-10-17, at 13:08, Esteban Lorenzano <estebanlm@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.goubier@cea.fr> wrote:
Le 17/10/2013 12:51, Esteban Lorenzano a écrit :
On Oct 17, 2013, at 12:57 PM, Goubier Thierry <thierry.goubier@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 <estebanlm@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
-- 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
30495 has it? AltBrowser still works, but it looks all disorganized inside the packages :):) Thierry Le 17/10/2013 13:08, Esteban Lorenzano a écrit :
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.goubier@cea.fr> wrote:
Le 17/10/2013 12:51, Esteban Lorenzano a écrit :
On Oct 17, 2013, at 12:57 PM, Goubier Thierry <thierry.goubier@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 <estebanlm@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
-- 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
Hi Esteban, thanks. This annoucement is very much appreciated, and will help me switch to the new RPackage. Have you changed things in the announcements as well (RPackage created / modified / unregistered?) Thierry Le 17/10/2013 12:20, Esteban Lorenzano a écrit :
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
no, they remain the same. I changed the RPackageOrganizer reaction to them, thought... but that shouldn't be a problem, On Oct 17, 2013, at 12:52 PM, Goubier Thierry <thierry.goubier@cea.fr> wrote:
Hi Esteban,
thanks. This annoucement is very much appreciated, and will help me switch to the new RPackage.
Have you changed things in the announcements as well (RPackage created / modified / unregistered?)
Thierry
Le 17/10/2013 12:20, Esteban Lorenzano a écrit :
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
What is the AltBrowser? Any screenshot? Alexandre
Le 17-10-2013 à 7:52, Goubier Thierry <thierry.goubier@cea.fr> a écrit :
Hi Esteban,
thanks. This annoucement is very much appreciated, and will help me switch to the new RPackage.
Have you changed things in the announcements as well (RPackage created / modified / unregistered?)
Thierry
Le 17/10/2013 12:20, Esteban Lorenzano a écrit :
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
AltBrowser is a tree based system browser for Pharo. It shows you the entire system as a tree, from groups of packages down to the methods, with a code pane on the left. It is refactoring aware and has RB-based filtering; it also replaces the finder and the message browser (i.e., as in old system browsers, you can specialize it to a subset: a package, a class, a list of methods). It's stable enough for development work, without all the features of Nautilus, but a nice subset of. There is a configuration available, with the version for Pharo2 stable, but the version for Pharo3 has just switched from stable to unstable :):) I join a screenshot, where you can see various stages of filtering with the finder. Thierry Le 17/10/2013 16:48, Alexandre Bergel a écrit :
What is the AltBrowser? Any screenshot?
Alexandre
Le 17-10-2013 à 7:52, Goubier Thierry <thierry.goubier@cea.fr> a écrit :
Hi Esteban,
thanks. This annoucement is very much appreciated, and will help me switch to the new RPackage.
Have you changed things in the announcements as well (RPackage created / modified / unregistered?)
Thierry
Le 17/10/2013 12:20, Esteban Lorenzano a écrit :
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
On 17 oct. 2013, at 12:20, Esteban Lorenzano 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.
Awesome!!
As a result, package granularity is coarse, and then categories for class are stored as package tags.
Fantastic!!!
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!)
Fabulous!!!
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
Indeed! Esteban, thank you for all your hard work. Now I'm forced to believe in god. He and I are working in the same office ;)
, 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
Excellent! Doru p.s. It's amazing how often I feel like saying "amazing" about Pharo these days :) On Thu, Oct 17, 2013 at 12:20 PM, Esteban Lorenzano <estebanlm@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
-- www.tudorgirba.com "Every thing has its own flow"
participants (7)
-
Alexandre Bergel -
Camille Teruel -
Camillo Bruni -
Esteban Lorenzano -
Goubier Thierry -
Marcus Denker -
Tudor Girba