[Pharo-project] Some notes we took during our experience
Hi marcus jannik and me got fun and fixed some cycles. Here are some extra notes I took - PreferenceBrowserMorph and friends should be removed. - MethodReference could be closer to CompiledMethod (to avoid cycle with tools when in fact people just wanted to report aCompiled method list and return a methodReference list). - Services -> split into Services-Morphic and Services-Core -> but services should be removed for now - Symbol could has its own scanning function (isLiteralSymbol) to avoid to depend on Scanner - URL should be replaced by URI - WordArrayForSegment -> ImageSegment - FilePackage -> Tools - TextDiffBuilder -> in its own package. Stef
2010/1/7 Stéphane Ducasse <stephane.ducasse@inria.fr>:
Hi
marcus jannik and me got fun and fixed some cycles.
Here are some extra notes I took
    - PreferenceBrowserMorph and friends should be removed.     - MethodReference could be closer to CompiledMethod (to avoid cycle with tools when in fact people     just wanted to report aCompiled method list and return a methodReference list).     - Services -> split into Services-Morphic and Services-Core -> but services should be removed for now
    - Symbol could has its own scanning function (isLiteralSymbol) to avoid to depend on Scanner
Anyway, st-80 did have support for several Compiler, so asking to Symbol rather than Compiler/parser was a bad idea. Nicolas
    - URL should be replaced by URI     - WordArrayForSegment -> ImageSegment     - FilePackage -> Tools     - TextDiffBuilder -> in its own package.
Stef
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Hi
marcus jannik and me got fun and fixed some cycles.
Here are some extra notes I took
- PreferenceBrowserMorph and friends should be removed. - MethodReference could be closer to CompiledMethod (to avoid cycle with tools when in fact people just wanted to report aCompiled method list and return a methodReference list). - Services -> split into Services-Morphic and Services-Core -> but services should be removed for now
- Symbol could has its own scanning function (isLiteralSymbol) to avoid to depend on Scanner
Anyway, st-80 did have support for several Compiler, so asking to Symbol rather than Compiler/parser was a bad idea.
we were discussing about that with marcus. The problem is that if we want to remove Scanner or Compiler from a kernel then relying on it to determine if a symbol should be printed #hkjhk or #'hkj kjkj' is a problem.
Nicolas
- URL should be replaced by URI - WordArrayForSegment -> ImageSegment - FilePackage -> Tools - TextDiffBuilder -> in its own package.
Stef
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
On Thu, Jan 7, 2010 at 4:02 PM, Stéphane Ducasse <stephane.ducasse@inria.fr>wrote:
Hi
marcus jannik and me got fun and fixed some cycles.
Here are some extra notes I took
- PreferenceBrowserMorph and friends should be removed. - MethodReference could be closer to CompiledMethod (to avoid cycle with tools when in fact people just wanted to report aCompiled method list and return a methodReference list). - Services -> split into Services-Morphic and Services-Core -> but services should be removed for now
- Symbol could has its own scanning function (isLiteralSymbol) to avoid to depend on Scanner - URL should be replaced by URI - WordArrayForSegment -> ImageSegment
I will try to look for this. I have several things in my ImageSegment to-do list :)
- FilePackage -> Tools - TextDiffBuilder -> in its own package.
Stef
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
On Thu, Jan 7, 2010 at 4:21 PM, Mariano Martinez Peck <marianopeck@gmail.com
wrote:
On Thu, Jan 7, 2010 at 4:02 PM, Stéphane Ducasse < stephane.ducasse@inria.fr> wrote:
Hi
marcus jannik and me got fun and fixed some cycles.
Here are some extra notes I took
- PreferenceBrowserMorph and friends should be removed. - MethodReference could be closer to CompiledMethod (to avoid cycle with tools when in fact people just wanted to report aCompiled method list and return a methodReference list). - Services -> split into Services-Morphic and Services-Core -> but services should be removed for now
- Symbol could has its own scanning function (isLiteralSymbol) to avoid to depend on Scanner - URL should be replaced by URI - WordArrayForSegment -> ImageSegment
Would you rather WordArrayForSegment to be in the package 'System-Object Storage' where it is ImageSegment right now than being in Collections-Arrayed ?
I will try to look for this. I have several things in my ImageSegment to-do list :)
- FilePackage -> Tools - TextDiffBuilder -> in its own package.
Stef
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Yes
Would you rather WordArrayForSegment to be in the package 'System-Object Storage' where it is ImageSegment right now than being in Collections-Arrayed ?
I will try to look for this. I have several things in my ImageSegment to-do list :)
- FilePackage -> Tools - TextDiffBuilder -> in its own package.
Stef
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Stéphane Ducasse a écrit :
Hi
marcus jannik and me got fun and fixed some cycles.
Here are some extra notes I took
- PreferenceBrowserMorph and friends should be removed.
sure, its days are counted ;-) Alain
Stef
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
On Thu, Jan 7, 2010 at 4:02 PM, Stéphane Ducasse <stephane.ducasse@inria.fr>wrote:
Hi
marcus jannik and me got fun and fixed some cycles.
Here are some extra notes I took
- PreferenceBrowserMorph and friends should be removed. - MethodReference could be closer to CompiledMethod (to avoid cycle with tools when in fact people just wanted to report aCompiled method list and return a methodReference list). - Services -> split into Services-Morphic and Services-Core -> but services should be removed for now
- Symbol could has its own scanning function (isLiteralSymbol) to avoid to depend on Scanner - URL should be replaced by URI - WordArrayForSegment -> ImageSegment
Done in 11157 :) Cheers Mariano
- FilePackage -> Tools - TextDiffBuilder -> in its own package.
Stef
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
participants (4)
-
Alain Plantec -
Mariano Martinez Peck -
Nicolas Cellier -
Stéphane Ducasse