>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> 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>> 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 the same thing without so much overhead.  I was thinking
> that a
> >      > simple floating window with a pop-up menu of custom tools and a
> >     button
> >      > to activate it might do the trick.  Opinions?
> >      >
> >      > Larry
> >      >
> >      >
> >      >
> >      > On Mon, Feb 23, 2009 at 9:27 PM, Stefan Steiniger
> >     <sst...@geo.uzh.ch <mailto:sst...@geo.uzh.ch>
> >      > <mailto:sst...@geo.uzh.ch <mailto:sst...@geo.uzh.ch>>> wrote:
> >      >
> >      >     Hei Larry,
> >      >
> >      >     on a bit different thing as you outline your current
> >     develoment goal...
> >      >     What is the progress with the new (dynamic?) toolbar - so
> >     could we
> >      >     include that in the next OJ 1.3?
> >      >     Or do you think it is a bit obsolete, since a Jython script
> >     may do the
> >      >     same? (I haven't tried it yet to make a script that generates
> >     a "merge
> >      >     two polygons" button)
> >      >
> >      >     @Peppe (sorry for highjacking this topic):
> >      >     I have only checked the beginning of the OJ functions manual
> >     (first 10
> >      >     pages). It will take a few more days (weeks) till it is done
> >     as I have
> >      >     put preference for integrating the final OJ 1.3 functionality
> >     (Things to
> >      >     be done are i18n of the Pirol image stuff - and checking what
> >     goes wrong
> >      >     with the referencing, and finally Michaels Attribute plugin)
> >      >
> >      >     stefan
> >      >
> >      >     Larry Becker schrieb:
> >      >      >  >That build comes with Oracle support that is missing
> >     from FWTools
> >      >      > binaries.
> >      >      >
> >      >      > Yes, but you do have to have an Oracle client installed,
> >     and it it is
> >      >      > missing a few of the other formats.
> >      >      >
> >      >      > In any case, I suppose this is a detail that can be left
> >     to the
> >      >     user to
> >      >      > resolve at install time.  I hope to write my driver to
> >     support all
> >      >      > available ogr2ogr features (although you might have to
> >     manually type
> >      >      > some parameters).  I do plan to package it up as a
> >     separate plugin
> >      >      > bundled with binaries for Windows.  It should look a
> >     little like
> >      >     ogr2gui
> >      >      > when finished.  I'm going to attempt to avoid any JUMP
> >     specific
> >      >      > dependencies so that it could run stand-alone if desired.
> >      >      >
> >      >      > Larry
> >      >      >
> >      >      > On Sun, Feb 22, 2009 at 11:44 PM, Rahkonen Jukka
> >      >      > <jukka.rahko...@mmmtike.fi
> >     <mailto:jukka.rahko...@mmmtike.fi> <mailto:jukka.rahko...@mmmtike.fi
> >     <mailto:jukka.rahko...@mmmtike.fi>>
> >      >     <mailto:jukka.rahko...@mmmtike.fi
> >     <mailto:jukka.rahko...@mmmtike.fi>
> >      >     <mailto:jukka.rahko...@mmmtike.fi
> >     <mailto:jukka.rahko...@mmmtike.fi>>>> wrote:
> >      >      >
> >      >      >     Hi,
> >      >      >
> >      >      >     You may have a look also at the gdal binaries coming
> >     with ms4w
> >      >      >     package http://maptools.org/ms4w/index.phtml. That
> build
> >      >     comes with
> >      >      >     Oracle support that is missing from FWTools binaries.
> >      >      >
> >      >      >     Here is the list of supported formats in FWTools 2.2.8:
> >      >      >     C:\ohjelmat\FWTools2.2.8>ogr2ogr --formats
> >      >      >     Supported Formats:
> >      >      >      -> "ESRI Shapefile" (read/write)
> >      >      >      -> "MapInfo File" (read/write)
> >      >      >      -> "UK .NTF" (readonly)
> >      >      >      -> "SDTS" (readonly)
> >      >      >      -> "TIGER" (read/write)
> >      >      >      -> "S57" (read/write)
> >      >      >      -> "DGN" (read/write)
> >      >      >      -> "VRT" (readonly)
> >      >      >      -> "REC" (readonly)
> >      >      >      -> "Memory" (read/write)
> >      >      >      -> "BNA" (read/write)
> >      >      >      -> "CSV" (read/write)
> >      >      >      -> "NAS" (readonly)
> >      >      >      -> "GML" (read/write)
> >      >      >      -> "GPX" (read/write)
> >      >      >      -> "KML" (read/write)
> >      >      >      -> "GeoJSON" (read/write)
> >      >      >      -> "Interlis 1" (read/write)
> >      >      >      -> "Interlis 2" (read/write)
> >      >      >      -> "GMT" (read/write)
> >      >      >      -> "SQLite" (read/write)
> >      >      >      -> "ODBC" (read/write)
> >      >      >      -> "PGeo" (readonly)
> >      >      >      -> "OGDI" (readonly)
> >      >      >      -> "PostgreSQL" (read/write)
> >      >      >      -> "MySQL" (read/write)
> >      >      >      -> "XPlane" (readonly)
> >      >      >      -> "AVCBin" (readonly)
> >      >      >      -> "AVCE00" (readonly)
> >      >      >      -> "Geoconcept" (read/write)
> >      >      >
> >      >      >     -Jukka-
> >      >      >
> >      >      >
> >      >      >     Larry Becker wrote:
> >      >      >
> >      >      >      >Hi Jukka,
> >      >      >
> >      >      >      >>Conversion to gml and reading that instead of
> >     shapefiles
> >      >     would be
> >      >      >     better
> >      >      >     choise sometimes...
> >      >      >
> >      >      >      >I agree, but it doesn't sound like GML is compatible
> >      >     between the two
> >      >      >     programs:  http://www.gdal.org/ogr/drv_gml.html
> >      >      >
> >      >      >      >BTW, here is a link to all of the supported formats.
> >      I'm
> >      >     not sure
> >      >      >     how many
> >      >      >     of the optional ones are compiled into FWTools, which
> >     is the only
> >      >      >     practical
> >      >      >     way of getting binaries.
> >     http://www.gdal.org/ogr/ogr_formats.html
> >      >      >
> >      >      >      >Larry
> >      >      >
> >      >      >      >On Sat, Feb 21, 2009 at 3:04 AM, Rahkonen Jukka
> >      >      >      ><jukka.rahko...@mmmtike.fi
> >     <mailto:jukka.rahko...@mmmtike.fi>
> >      >     <mailto:jukka.rahko...@mmmtike.fi
> >     <mailto:jukka.rahko...@mmmtike.fi>>
> >     <mailto:jukka.rahko...@mmmtike.fi <mailto:jukka.rahko...@mmmtike.fi>
> >      >     <mailto:jukka.rahko...@mmmtike.fi
> >     <mailto:jukka.rahko...@mmmtike.fi>>>>wrote:
> >      >      >
> >      >      >      >> Hi,
> >      >      >      >>
> >      >      >      >> I may be difficult to decide which of the many
> ogr2ogr
> >      >     options
> >      >      >     will be
> >      >      >      >> supported by user interface.  Perhaps there could
> >     be an empty
> >      >      >     slot called
> >      >      >      >> "og2oogr parameters" which just passes on
> >     everything just as
> >      >      >     user has
> >      >      >      >> written.
> >      >      >      >> Some formats that ogr2ogr supports may have mixed
> >      >     geometries, 3D
> >      >      >     data or
> >      >      >      >> several layers and making use of them simple may
> >     also be
> >      >     a bit
> >      >      >     tricky.
> >      >      >      >>  Conversion to gml and reading that instead of
> >     shapefiles
> >      >     would
> >      >      >     be better
> >      >      >      >> choise sometimes, but OJ needs those templates.
> >      And writing
> >      >      >     OpenJUMP driver
> >      >      >      >> directly into ogr2ogr would need C++ programmer, I
> >     fear.
> >      >      >      Anyway, your plan
> >      >      >      >> will be a good start and it will also offer one
> >     way to write
> >      >      >     data to Oracle
> >      >      >      >> and PostGIS.
> >      >      >      >>
> >      >      >      >> -Jukka-
> >      >      >      >>
> >      >      >      >>
> >      >      >      > -----Alkuperäinen viesti-----
> >      >      >      > Lähettäjä: Larry Becker
> >     [mailto:becker.la...@gmail.com <mailto:becker.la...@gmail.com>
> >      >     <mailto:becker.la...@gmail.com <mailto:becker.la...@gmail.com
> >>
> >      >      >     <mailto:becker.la...@gmail.com
> >     <mailto:becker.la...@gmail.com> <mailto:becker.la...@gmail.com
> >     <mailto:becker.la...@gmail.com>>>]
> >      >      >      > Lähetetty: pe 20.2.2009 22:13
> >      >      >      > Vastaanottaja: OpenJump develop and use
> >      >      >      > Aihe: Re: [JPP-Devel] Increased GDAL Java activity
> >      >      >      >
> >      >      >      > >Perhaps this could be done by simply making OS
> >     external
> >      >      >      > >process calls, rather than in-process bindings to
> the
> >      >     library?
> >      >      >      >
> >      >      >      > That is actually the path I'm investigating now.
> >     The import
> >      >      >     utility would
> >      >      >      > just script ogr2ogr to put the results as
> >     shapefiles in a temp
> >      >      >     folder.
> >      >      >      >
> >      >      >      > Larry
> >      >      >      >
> >      >      >      > On Fri, Feb 20, 2009 at 2:08 PM, Martin Davis
> >      >      >     <mbda...@refractions.net
> >     <mailto:mbda...@refractions.net> <mailto:mbda...@refractions.net
> >     <mailto:mbda...@refractions.net>>
> >      >     <mailto:mbda...@refractions.net
> >     <mailto:mbda...@refractions.net> <mailto:mbda...@refractions.net
> >     <mailto:mbda...@refractions.net>>>
> >      >      >      > >wrote:
> >      >      >      >
> >      >      >      > > Yep, I'd agree.  And for something so core to the
> >      >     application,
> >      >      >     I think
> >      >      >      > > it's really important to preserve the 100% Java
> >     aspect, with
> >      >      >     all the
> >      >      >      > > benefits of platform-independence that it brings.
> >      >      >      > >
> >      >      >      > > Plus all that JNI hacking - brrrrrr!
> >      >      >      > >
> >      >      >      > > Format transformation is less core to the
> >     architecture,
> >      >     so it
> >      >      >     doesn't
> >      >      >      > > seem unreasonable to look to GDAL to provide
> formats
> >      >     which are
> >      >      >      > > required.  Perhaps this could be done by simply
> >     making
> >      >     OS external
> >      >      >      > > process calls, rather than in-process bindings to
> the
> >      >     library?
> >      >      >      > >
> >      >      >      > > Sunburned Surveyor wrote:
> >      >      >      > > > Larry,
> >      >      >      > > >
> >      >      >      > > > I don't know much about GDAL, but I'm thinking
> >     it will
> >      >     be a
> >      >      >     lot easier
> >      >      >      > > > to add deegree or GeoTidy/GeoTools CRS support
> >     to OJ.
> >      >      >      > > >
> >      >      >      > > > SS
> >      >      >      > > >
> >      >      >      > > > On Thu, Feb 19, 2009 at 9:05 AM, Larry Becker
> >      >      >     <becker.la...@gmail.com
> >     <mailto:becker.la...@gmail.com> <mailto:becker.la...@gmail.com
> >     <mailto:becker.la...@gmail.com>>
> >      >     <mailto:becker.la...@gmail.com
> >     <mailto:becker.la...@gmail.com> <mailto:becker.la...@gmail.com
> >     <mailto:becker.la...@gmail.com>>>>
> >      >      >      > > wrote:
> >      >      >      > > >
> >      >      >      > > >> This post is continuing the debate/discussion
> >     about
> >      >     adding OJ
> >      >      >      > projection
> >      >      >      > > >> support, and other interesting things that
> >     GDAL provides.
> >      >      >      > > >>
> >      >      >      > > >> I've noticed that Even Rouault has been giving
> the
> >      >     GDAL Java
> >      >      >     bindings
> >      >      >      > > quite
> >      >      >      > > >> a workout lately.
> >      >      >      > > >>
> >      >      >      > > >>
> >      >     http://trac.osgeo.org/gdal/browser/trunk/gdal/swig/java/apps/
> >      >      >      > > >>
> >      >      >      > > >> Does this development indicate that it may no
> >     longer
> >      >     be quite so
> >      >      >      > > difficult
> >      >      >      > > >> to add GDAL support to JUMP?
> >      >      >      > > >>
> >      >      >      > > >> regards,
> >      >      >      > > >> Larry
> >      >      >      > > >> --
> >      >      >      > > >> http://amusingprogrammer.blogspot.com/
> >      >      >      > > >>
> >      >      >      > > >>
> >      >      >      > >
> >      >      >      >
> >      >
> >      >
> >
> ------------------------------------------------------------------------------
> >      >     Open Source Business Conference (OSBC), March 24-25, 2009, San
> >      >     Francisco, CA
> >      >     -OSBC tackles the biggest issue in open source: Open Sourcing
> the
> >      >     Enterprise
> >      >     -Strategies to boost innovation and cut costs with open source
> >      >     participation
> >      >     -Receive a $600 discount off the registration fee with the
> source
> >      >     code: SFAD
> >      >     http://p.sf.net/sfu/XcvMzF8H
> >      >     _______________________________________________
> >      >     Jump-pilot-devel mailing list
> >      >     Jump-pilot-devel@lists.sourceforge.net
> >     <mailto:Jump-pilot-devel@lists.sourceforge.net>
> >      >     <mailto:Jump-pilot-devel@lists.sourceforge.net
> >     <mailto:Jump-pilot-devel@lists.sourceforge.net>>
> >      >     https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> >      >
> >      >
> >      >
> >      >
> >      > --
> >      > http://amusingprogrammer.blogspot.com/
> >      >
> >      >
> >      >
> >
> ------------------------------------------------------------------------
> >      >
> >      >
> >
> ------------------------------------------------------------------------------
> >      > Open Source Business Conference (OSBC), March 24-25, 2009, San
> >     Francisco, CA
> >      > -OSBC tackles the biggest issue in open source: Open Sourcing the
> >     Enterprise
> >      > -Strategies to boost innovation and cut costs with open source
> >     participation
> >      > -Receive a $600 discount off the registration fee with the source
> >     code: SFAD
> >      > http://p.sf.net/sfu/XcvMzF8H
> >      >
> >      >
> >      >
> >
> ------------------------------------------------------------------------
> >      >
> >      > _______________________________________________
> >      > Jump-pilot-devel mailing list
> >      > Jump-pilot-devel@lists.sourceforge.net
> >     <mailto:Jump-pilot-devel@lists.sourceforge.net>
> >      > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> >
> >
> ------------------------------------------------------------------------------
> >     Open Source Business Conference (OSBC), March 24-25, 2009, San
> >     Francisco, CA
> >     -OSBC tackles the biggest issue in open source: Open Sourcing the
> >     Enterprise
> >     -Strategies to boost innovation and cut costs with open source
> >     participation
> >     -Receive a $600 discount off the registration fee with the source
> >     code: SFAD
> >     http://p.sf.net/sfu/XcvMzF8H
> >     _______________________________________________
> >     Jump-pilot-devel mailing list
> >     Jump-pilot-devel@lists.sourceforge.net
> >     <mailto:Jump-pilot-devel@lists.sourceforge.net>
> >     https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> >
> >
> >
> >
> > --
> > http://amusingprogrammer.blogspot.com/
> >
> > ------------------------------------------------------------------------
> >
> >
> > ------------------------------------------------------------------------
> >
> >
> ------------------------------------------------------------------------------
> > Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco,
> CA
> > -OSBC tackles the biggest issue in open source: Open Sourcing the
> Enterprise
> > -Strategies to boost innovation and cut costs with open source
> participation
> > -Receive a $600 discount off the registration fee with the source code:
> SFAD
> > http://p.sf.net/sfu/XcvMzF8H
> >
> >
> > ------------------------------------------------------------------------
> >
> > _______________________________________________
> > Jump-pilot-devel mailing list
> > Jump-pilot-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
>
> ------------------------------------------------------------------------------
> Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco,
> CA
> -OSBC tackles the biggest issue in open source: Open Sourcing the
> Enterprise
> -Strategies to boost innovation and cut costs with open source
> participation
> -Receive a $600 discount off the registration fee with the source code:
> SFAD
> http://p.sf.net/sfu/XcvMzF8H
> _______________________________________________
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>



-- 
http://amusingprogrammer.blogspot.com/
------------------------------------------------------------------------------
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
_______________________________________________
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Reply via email to