[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