[Seaside] Re: Grease conflicts #packages with RPackage

Mariano Martinez Peck marianopeck at gmail.com
Fri Sep 6 13:21:27 UTC 2013


Anyone?


On Wed, Aug 28, 2013 at 2:12 PM, Mariano Martinez Peck <
marianopeck at gmail.com> wrote:

> Hi guys,
>
> I was trying to build a new image with latest Pharo 2.0 with all the
> frameworks I use. While installing, I get a dnu in:
>
> packageFromOrganizer: anRPackageOrganizer
>  "This method returns the package this method belongs to.
> It takes into account classes and traits.
>  If the method is in no package, returns nil by now"
> self flag: 'TODO: use anRPackageOrganizer, or better delegate to
> anRPackageOrganizer'.
>  ^self origin packages
> detect: [ :each |
> (each includesSelector: self selector ofClassName: self origin
> theNonMetaClass originalName)
>  or: [ each includesSelector: self selector ofMetaclassName: self origin
> theNonMetaClass originalName]]
> ifNone: [ nil ]
>
> because "each" (which was GRPackage) dnu #includesSelector:ofClassName:
>
> Problem is that "self origin" answers GRPackage. And GRPackage DOES
> implement a CLASS side method #packages that answers instances of
> GRPackage.....not RPackage...
>
> So...which one do we prefix? GRPackage class #packages to #greasePackages?
>
> BTW, there are yet more class side implementations of #packages, which are
> basically subclasses for the HelpSystem (CustomHelp). So we have for
> example SUnitAPIDocumentation, RegexAPIDocumentation, ProfStefAPIHelp, HelpAPIDocumentation, AnnouncementsAPIDocumentation.
>
> Guess we should update the HelpSystem as well?
>
> Let me know and I open issues/submit fixes.
>
> Cheers,
>
> --
> Mariano
> http://marianopeck.wordpress.com
>



-- 
Mariano
http://marianopeck.wordpress.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.squeakfoundation.org/pipermail/seaside/attachments/20130906/ee5fa46d/attachment.htm


More information about the seaside mailing list