great!
However, as it sounds to me like a lot of effort (i.e. needs some weeks
time) we may rather put that new tool into a 1.3.1 or 1.4 release.
stefan
Larry Becker schrieb:
Hi Michaël,
I simply got bogged down in the details required to implement another
Editing Toolbox, which seems to require a lot of modifications to core
classes. Also, if it is to be practical for users to make their own
tools, I think they might not want the effort of designing an icon for each.
The new approach is to defer all of the details of how to create
user-defined tools (dialog, beanshell, Jython, etc.) and focus on how to
make exiting menu items accessible from a floating panel. This has the
advantage of not requiring icons and the language translations are
already in place. I have not yet determined how changes to this new
tool pallet will be persisted. I'll probably pre-load some of the tools
menu items that we have already discussed like Cut Polygon, Blend Lines,
Merge Two Polygons. The Custom Toolbox will also have a method for the
user to add existing menu items to the function list (using the SkyJUMP
repeat last command code to capture the menu item). Once I have this
basic framework in place, we can determine the next step.
regards,
Larry
On Thu, Feb 26, 2009 at 2:58 PM, Michaël Michaud
michael.mich...@free.fr mailto:michael.mich...@free.fr wrote:
Hi,
I think the big advantage of Larry's proposition is that it would
probably be simpler to implement.
From a user point of view, I think a toolbox would be more efficient
for some actions (faster, and easier to understand thanks to icons).
Larry, can you explain what are the dreams and plans you had to
abandon ?
Extendability may be a bit tricky, but do we need it ? Can a dialog be
designed as a big plugin instantiating other plugins ?
Michaël
Larry Becker a écrit :
I understand it right now the way, that you right-click on that
pannel
and a popup menu opens?
No, a mode-less Geometry function dialog is almost exactly what I'm
proposing with the function being chosen from the drop-down pick
list.
How about text-only-buttons stacked?
That would work too. It is just more difficult and you quickly run
out of room.
would this also shorten access-time to a function like Merge Two
Polygons?
It would if the panel was already open, and the function was already
chosen (as it would be if you were doing this multiple times).
Larry
On Thu, Feb 26, 2009 at 1:39 PM, Stefan Steiniger
sst...@geo.uzh.ch mailto:sst...@geo.uzh.ch
mailto:sst...@geo.uzh.ch mailto:sst...@geo.uzh.ch wrote:
mhm.. doable for sure, but would this also shorten
access-time to a
function like Merge Two Polygons?
I understand it right now the way, that you right-click on
that pannel
and a popup menu opens?
How about text-only-buttons stacked? like these new fancy
menus in
.Net
applications - but without the opening of submenus: see on
the left
http://en.wikipedia.org/wiki/File:Outlook_07.png
Larry Becker wrote:
I was thinking of something like the attached OJ Geometry
Function
dialog only mode-less (floating window). The pop-up menu would
contain
functions defined by users. This way there is no need for
making a
unique icon and you never run out of room on a tool pallet.
Clicking
the (TBD ) button would be the same as clicking a tool
icon. An
example
of a custom tool might be: Add a tree which would input a
point and
prompt for an attribute like species.
Larry
On Thu, Feb 26, 2009 at 1:03 PM, Stefan Steiniger
sst...@geo.uzh.ch mailto:sst...@geo.uzh.ch
mailto:sst...@geo.uzh.ch mailto:sst...@geo.uzh.ch
mailto:sst...@geo.uzh.ch mailto:sst...@geo.uzh.ch
mailto:sst...@geo.uzh.ch mailto:sst...@geo.uzh.ch wrote:
Ok.. but thank you for working on it.
On your idea: I can not really imagine what you are talking
about, i.e.
how it would look like...
stefan
Larry Becker wrote:
Hi Stefan,
What is the progress with the new (dynamic?)
toolbar...
Well actually not much. I wasted a lot of time on
dreams
and schemes
that didn't work out. I think what is needed is a
simpler method of
doing
