PAGE_STRUCTURE_PALETTE_R0

[milen]

wiki page: PAGE_STRUCTURE_PALETTE_R0

[todor]

good analysis, however there are some not very clear explanations.

[meddle]

Finishing the design....

[pap]

• The name CompoundPalette is a bit strange to me as palettes are compound by their nature :) I accept this as an intermediate solution but still think this header/footer/main-part is common to all palettes.
• I think that the clicked/doubleClicked/keyPressed methods of the InteractibleItem should not be abstract but should fire EventR3s( more precisely InputEventR3s). This way we have a better MVC and will be more consistent.
• Maybe InteractibleItem should be InteractiblePaletteItem ?? or you mean it is somethind more general and can be used in some other places? Which will these places be?
• I don't understand your thoughts about the PaletteItem interface the render method and such things.
• I find the "select item in PSP -> select corresponding element on page" something very important so it will be nice to do this. The opposite direction seems important for consistency but it may not be so useful.

[meddle]

• You can rename it if you want, I have no complains about that.
• Done for these methods, not refactored old uses though...
• Rename it, move it as you like, the name works for me.
• Amm I spoke with you about that, so I hope you have idea now, the caching is more general now.
• And the selection is done :)

[pap]

• I like what you have done but of course I cannot stay silent
• I think the way PSP nodes are created may be made quite more extensible.
• The current way suits the current needs but on adding new types of elements to sophie the palette will become less useful
• An example are the text links
• But this solution is the best for the given amount of time :) next time better
• I especially like the way you express yourself

[deyan]

Batch update from file query-10.csv