- BaseX-Talk - mailman.uni-konstanz.de

Query Class error
by Anantha tejas 03 Apr '13

03 Apr '13

Fatal error: Call to undefined method Query::more() Where do I get the inner class Query and its functions ? Regards, Ananthatejas Raghavan Final Year, Computer Engineering NITK Surathkal Contact : 9480114601

1 0

Re: [basex-talk] File module path encodings
by Florent Georges 03 Apr '13

03 Apr '13

Andy Bunce wrote: Hi, > I read http://expath.org/spec/file#d3e112 as meaning url > encoded file names must start file:/// and if no file:/// the > name should be used as is. Yes, that's what I understand as well. And that's why I think it would be probably a good idea to deal only with URIs on the one hand (for parameters of the File Module functions, like file:write()), and use another couple of functions to explicitly convert between native paths and URIs when needed (like in the section http://expath.org/spec/file#d3e1404) Regards, -- Florent Georges http://fgeorges.org/ http://h2oconsulting.be/

1 0

basexgui: going up in the tree window loses context
by jidanni＠jidanni.org 03 Apr '13

03 Apr '13

In the tree view say we have something clicked and it is red. Well we choose the green up arrow icon and indeed we move to its parent node, however the red mark of where we were is now gone and we can't tell where we came from. Hmmm, I suppose I should have filed these in the basex bug tracker but hmmm I'm offline at the moment anyway...

1 0

basexgui: clicking in text view should update tree view
by jidanni＠jidanni.org 03 Apr '13

03 Apr '13

Clicking on things in the text view should cause some indication in the tree view of where we are clicking.

1 0

basexgui: moving cursor around tree view should update text view
by jidanni＠jidanni.org 03 Apr '13

03 Apr '13

Placing the mouse upon different items in the tree view should be enough to trigger their being highlighted in the neighboring text view. But alas one is forced to click an item there in the tree view, which then repaints the text view to show only that item, thus losing context.

1 0

Bug#704588: basexgui icons lack tooltips
by jidanni＠jidanni.org 03 Apr '13

03 Apr '13

X-debbugs-Cc: basex-talk(a)mailman.uni-konstanz.de Package: basex Version: 7.6-1 File: /usr/bin/basexgui Severity: wishlist When we start the GUI there is a row of IIII-IIII-II-IIIIIII a total of 17 icons across the screen. (And others elsewhere on the screen too.) Well it would be easier to guess what each one did if placing the mouse upon each one would reveal a tooltip balloon saying what it did. But alas no. One must cross ones fingers and click each to find out. Even worse is which icons are currently "pushed in" (activated) or "popped out" (disactivated) ... well there is no visual indication at all.

1 0

Bug#704592: basexgui vs. keyboard arrow keys
by jidanni＠jidanni.org 03 Apr '13

03 Apr '13

X-debbugs-Cc: basex-talk(a)mailman.uni-konstanz.de Package: basex Version: 7.6-1 File: /usr/bin/basexgui Severity: wishlist In the "tree" window we click something with the mouse. It turns red and its text shows up in the text window. At this point it would be very handy if the four arrows on the keyboard could select one of its neighbor nodes, as they might be very small and hard to aim at with the mouse. Alas they do nothing. Note I am talking about the arrow keyboard keys and not the arrows on the GUI.

1 0

Bug#704591: basexgui vs. CTRL-Q or any other keyboard shortcuts
by jidanni＠jidanni.org 03 Apr '13

03 Apr '13

X-debbugs-Cc: basex-talk(a)mailman.uni-konstanz.de Package: basex Version: 7.6-1 File: /usr/bin/basexgui In the Database menu (which should expand when we hit ALT-D or ALT-d, but doesn't!) we see that CTRL-Q should allow us to quit the program... but it doesn't. Nor probably do any of the other CTRL or ALT work stuff either. In fact if one doesn't have a working mouse it would be rather hard to do anything at all.

1 0

Bug#704589: basexgui when user=nobody
by jidanni＠jidanni.org 03 Apr '13

03 Apr '13

X-debbugs-Cc: basex-talk(a)mailman.uni-konstanz.de Package: basex Version: 7.6-1 File: /usr/bin/basexgui Severity: wishlist Perhaps this ought to work correctly, # su - nobody No directory, logging in with HOME=/ $ HOME=/tmp basexgui /usr/share/doc/basex/examples/input.xml Saving properties in "/nonexistent/.basex"... /nonexistent/.basex could not be written. Saving properties in "/nonexistent/.basexgui"... /nonexistent/.basexgui could not be written. /nonexistent/.basexgui could not be written.

1 0

Bug#704590: basexgui: cannot enter search strings
by jidanni＠jidanni.org 03 Apr '13

03 Apr '13

X-debbugs-Cc: basex-talk(a)mailman.uni-konstanz.de Package: basex Version: 7.6-1 File: /usr/bin/basexgui $ rm -r .basexgui BaseXData .basex $ basexgui /usr/share/doc/basex/examples/input.xml& The window is cut into four squares. Each square has a magnifying glass, which upon clicking reveals a text entry line. But try as he might, the user cannot enter any text into those lines. Nor even the biggest line at the top of the window.

1 0