Arguments about proper uses of the annotation mechanism aside (more
later), I agree with Bryan that his example is reasonably simple. It is
arguably simpler than John's example because it uses the existing
HeadlineArea, instead of defining a new one. It also has the advantage
of using an api consistent with the other existing parcels.
Perhaps an MP3 isn't a great hello world example, as it doesn't add any
additional visible attributes with simple types. Or perhaps the button
counts, and use of the "about" attribute.
"DetailTrunkSubtree" is a mouthful, but of course we've already
discussed that (Bug 4281).
Cheers,
Katie
Bryan Stearns wrote:
But this is the central point of my objection, John: I believe this is a
bad example, because it doesn't help the developer learn a couple of
important concepts that they're sure to need to play in the real
Chandler world, and *aren't hard to explain*.
John Anderson wrote:
I think your example is similar to what I was proposing for my future
example explaining how to add an Item to the existhing detail view. I
think it introduces more than basic CPIA concepts not appropriate for
a trivial hello world example -- which I had hoped would only
introduce a new Kind, instance and a trivial tree of blocks viewer for
it:
#A new Kind
class MP3(Note):
audio = schema.One (schema.Lob)
#An instance
song = MP3.update(parcel, "French Rock",
about = "French Rock")
#A viewer
blocks.Trunk.ViewableKind(MP3.getKind(repositoryView)).detailView =
view
#blocks making up the view:
view = blocks.BoxContainer.update( .... )
attributeEditorBlock = blocks.ControlBlocks.AEBlock.update( .... )
button = blocks.ControlBlocks.Button.update( .... )
Bryan Stearns wrote:
I've attached a simpler version of the sample to the bug - no other
changes required, and it shows the normal way to add a detail view.
https://bugzilla.osafoundation.org/attachment.cgi?id=1259
...Bryan
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
Open Source Applications Foundation "Dev" mailing list
http://lists.osafoundation.org/mailman/listinfo/dev
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
Open Source Applications Foundation "Dev" mailing list
http://lists.osafoundation.org/mailman/listinfo/dev
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
Open Source Applications Foundation "Dev" mailing list
http://lists.osafoundation.org/mailman/listinfo/dev
