n Corretto version.
[1] https://docs.basex.org/wiki/MacOS
> Message: 3
> Date: Wed, 17 Jan 2024 17:58:46 +
> From: "Thompson, Timothy" <mailto:timothy.thomp...@yale.edu>>
> To: Andy Bunce mailto:bunce.a...@gmail.com>>
> Cc: BaseX <mailto:basex-talk@mail
)
Librarian for Applied Metadata Research
Yale University Library
www.linkedin.com/in/timathompson<http://www.linkedin.com/in/timathompson>
From: Andy Bunce
Date: Wednesday, January 17, 2024 at 12:54 PM
To: Thompson, Timothy
Cc: BaseX
Subject: Re: [basex-talk] GUI feature request: past
Hi Tim,
You don't say what OS or version but on Windows it is true the search boxes
have no right click context menu, but they do support Ctl-V.
/Andy
On Wed, 17 Jan 2024 at 17:03, Thompson, Timothy
wrote:
> Hello,
>
>
>
> In the BaseX GUI, it’s not possible (as far as I can tell) to paste a
Hello,
In the BaseX GUI, it’s not possible (as far as I can tell) to paste a copied
value into search boxes. Not being able to do so can be inconvenient, for
example, when searching for a string like a UUID in result output, etc.
Is lack of support for pasting intentional, or am I missing somet
; Best
> >
> >
> > Michael
> >
> >
> >
> >
> > Von: BaseX-Talk im Auftrag
> von Joe Wicentowski
> > Datum: Mittwoch, 9. November 2022 um 01:21
> > An: Majewski, Steven Dennis (sdm7g)
> > Cc: BaseX
> > Betreff: Re: [basex-ta
>
>
> Best
>
>
> Michael
>
>
>
>
> Von: BaseX-Talk im Auftrag von
> Joe Wicentowski
> Datum: Mittwoch, 9. November 2022 um 01:21
> An: Majewski, Steven Dennis (sdm7g)
> Cc: BaseX
> Betreff: Re: [basex-talk] GUI doesn't quit on Mac
>
Dennis (sdm7g)
Cc: BaseX
Betreff: Re: [basex-talk] GUI doesn't quit on Mac
As a Mac user, I do not generally expect closing a window via the red window
button to quit an app. With only a few exceptions (e.g., single window only
apps like the Calculator), closing any/all of an app's windows
As a Mac user, I do not generally expect closing a window via the red
window button to quit an app. With only a few exceptions (e.g., single
window only apps like the Calculator), closing any/all of an app's windows
will keep the app open; apps that remain open after their windows are
closed genera
It looks like it does exit, after a short delay, when closed by clicking the
red button on the window, instead of quoting from the menu.
— Steve.
> On Nov 8, 2022, at 3:04 PM, Christian Grün wrote:
>
> Thanks for the observation. Mac support was improved in general with Java 11,
> but it s
Thanks for the observation. Mac support was improved in general with Java
11, but it still requires some OS-specific tweaks in the code. Our current
solution may not be complete enough to achieve the expected default
behavior [1].
I’m no Mac user, but does it make a difference if the GUI is quit a
I've been experiencing this problem too on macOS (both 12 Monterey and now
13 Ventura), installed via Homebrew, and started via the `basexgui` command
line command.
On Tue, Nov 8, 2022 at 1:02 PM Majewski, Steven Dennis (sdm7g) <
sd...@virginia.edu> wrote:
> I’ve been having a problem for a while
I’ve been having a problem for a while where after attempting to quit the Mac
GUI, it doesn’t actually exit and has to be force quit. I’m sorry I wasn’t able
to track how this tracks with MacOS / JDK / BaseX updates and when it actually
started happening. Wondering if anyone else has had this is
Thank you Christian, from a happy night coder.
Best,
Marc
On Wed, 23 Mar 2022, Christian Grün wrote:
> Fixed [1]; thanks for the observation.
> All the best, Christian
>
> [1] https://files.basex.org/releases/latest/
>
>
>
> > The syntax highlighting doesn't change when changing the look and f
Fixed [1]; thanks for the observation.
All the best, Christian
[1] https://files.basex.org/releases/latest/
> The syntax highlighting doesn't change when changing the look and feel in
> the BaseX GUI (9.6.2). I noticed this also happens in earlier versions.
> After changing to a dark background
The syntax highlighting doesn't change when changing the look and feel in
the BaseX GUI (9.6.2). I noticed this also happens in earlier versions.
After changing to a dark background this results in blue on black, for
instance. This happens with the JTattoo lib, but also GTK under a dark
Linux theme
Hi Ben,
> I got past this by switching to 1.11
Good to hear that it has been fixed in Java itself.
> Linux seems to have lots of problems with Java IMHO regarding rendering.
That’s true. Many Linux environments seem to ignore (or contradict)
the Java Swing conventions. In the BaseX code, we tri
I got past this by switching to 1.11, but I was using
java-1.8.0-openjdk-1.8.0.222.b10-0.fc30.x86_64
Not sure if the Oracle version works better.
I realize this is not a Linux specific group, but I've noticed that the
BaseX people tend to be both knowledgeable and approachable beyond what I
can
Hi Christian,
The following is the relevant part of the stack trace:
>
org.basex.gui.view.project.ProjectCellRenderer.getTreeCellRendererComponent(ProjectCellRenderer.java:29)
It is difficult to spot among the rest of the Java function calls.
Kind regards,
Reece
On Sun, 7 Jun 2020 at 07:34, Ch
Thanks, Reece, for the hint, I overlooked this one.
The used Java version might be even more interesting now, as we need to
find out in which case JLabel.setIcon triggers a nullpointer exception.
Reece Dunn schrieb am So., 7. Juni 2020, 09:54:
> Hi Christian,
>
> The following is the relevan
Yes, this problem seems to be caused by the combination of your Linux
environment and the Java version (the stack trace only contains paths to
standard Java classes). Which JDK do you use?
Ben Pracht schrieb am So., 7. Juni 2020, 06:09:
> Hi Folks,
>
> I got this error trying to specify a dir
Hi Folks,
I got this error trying to specify a directory location when creating a
database using the GUI by dialog. Creating the database via command
works. I feel like this is somehow not the fault of BaseX because I don't
see this on my other Linux machine. Nonetheless, I'd like recommendatio
On Mon, May 11, 2020 at 10:49:10PM +0200, Christian Grün scripsit:
> > ADDARCHIVES works, CHOP works, INTPARSE works, but CREATEFILTER does not,
> > or at least I still get only "*.xml" as a suffix in the "File Patterns" box.
>
> I found out why this doesn’t work: In the database creation dialog,
> ADDARCHIVES works, CHOP works, INTPARSE works, but CREATEFILTER does not, or
> at least I still get only "*.xml" as a suffix in the "File Patterns" box.
I found out why this doesn’t work: In the database creation dialog,
CREATEFILTER depends on the input format (XML, JSON, etc.). It is
always o
On Mon, May 11, 2020 at 09:23:34AM +0200, Christian Grün scripsit:
> Hi Graydon,
Hi Christian --
[sensible reasons for why it does that snipped]
> If you want to make database options persistent, you can manually add
> them at the bottom of the .basex configuration file [1]. It’s
> recommendable
Hi Graydon,
In the BaseX GUI dialog, some options are pure GUI options, and
others, such as CREATEFILTER, are standard database options. The
latter ones are discarded, as they would also affect other BaseX
instances, such as the standalone mode. If you finish a GUI dialog
operation, you can have a
This is a very small feature request.
Everything else about the Create Database GUI is sticky -- when changed it
stays changed -- EXCEPT the file patterns. Would it be possible to make
the file patterns sticky as well?
I often need to create a new database repeatedly since I'm using XQuery to
te
Hi, no, I just open the GUI and then an XML document. Thanks.
> On Sep 9, 2019, at 2:52 PM, Alexander Holupirek wrote:
>
> Hi Giuseppe,
>
> just gave it a try using basex 9.2.4 with java version "1.8.0_121" on macOS
> 10.14.6.
> I was not able to reproduce the issue so far.
>
> One thing, did
Hi,
Apparently, I cannot access the visualization panels in the GUI on my Mac
(10.13.6) (they cannot be selected): am I missing anything? Thanks.
Best,
Giuseppe
Awesome, thanks!
On Wed, Jun 19, 2019 at 9:31 AM Christian Grün
wrote:
> Hi France,
>
> Thanks for the hint. This was a little bug in the query info output:
> Empty string replacements were not counted as updates (with "delete
> node $i", it works). Fixed in the latest snapshot.
>
> Best,
> Chri
Hi France,
Thanks for the hint. This was a little bug in the query info output:
Empty string replacements were not counted as updates (with "delete
node $i", it works). Fixed in the latest snapshot.
Best,
Christian
On Wed, Jun 5, 2019 at 11:22 AM France Baril
wrote:
>
> Hi,
>
> I am running t
Hi,
I am running this query on my DB in BasexGui. The updates are performed,
but the info window shows hit=0 and update=0.
(
for $i in db:open('en-us')//p/node()[1]
return
if ($i instance of text() and normalize-space($i) = '')
then replace node $i with ''
else (),
for $i in db:
Yes, the problem with the GUI started with Java 10. I was reluctant to upgrade
to Java 10, but I was assuming I could still use BaseXGUI 8.x.
> On Jun 29, 2018, at 7:59 PM, Christian Grün wrote:
>
> Hi Giuseppe,
>
> You’ll probably need to wait until we have worked on the issue that Alex has
Hi Giuseppe,
You’ll probably need to wait until we have worked on the issue that Alex
has referenced in an earlier reply. For now, I recommend you to stick with
Java 8. As Oracle will only provide LTS versions for Java 8 and 11 (but not
for version 9 and 10), Java 11 will be the next version that
Hi Christian,
After I installed Java 10, I cannot use BaseXGUI 8.x anymore. The standalone
access of BaseX 8.x is possible, but not with the GUI. The following is the
error message (which is partially the same I get with BaseXGUI 9.0, but in that
case I can still open the GUI):
WARNING: An ill
Hi Giuseppe,
Did this happen with BaseX 8, too? Does it make a difference which
Java version you are using?
Cheers,
Christian
On Fri, Jun 29, 2018 at 5:04 PM Giuseppe Celano
wrote:
>
> Hi,
>
> I have also noticed that after evaluating a query, BaseXGUI continues to
> "work", absorbing CPU (a
Hi,
I have also noticed that after evaluating a query, BaseXGUI continues to
"work", absorbing CPU (as I can see in my "Activity monitor" and in the "Used
Memory" field of the GUI). I do not know if this is somehow related to the
org.basex.gui.GUIMacOSX problem, but it happens regularly.
Best
Hi Guiseppe,
it is a known issue and refers to macOS-specific features that have been
removed, starting in JDK 9.
We've already started to prepare a fix and I've just filed an issue [1] for it.
All the best,
Alex
[1] https://github.com/BaseXdb/basex/issues/1582
> On 20. Jun 2018, at 2
Hi,
I have updated Java (10 from 8) and I cannot apparently customize the GUI
anymore on my Mac (if I click on BaseXGUI > aboutBaseXGUI, I cannot access the
relevant tabs). Is this a known issue? Moreover, if I start the GUI from the
command line, I keep getting the warning message "Illegal re
Yes, I can now see it! Thanks!
Universität Leipzig
Institute of Computer Science, Digital Humanities
Augustusplatz 10
04109 Leipzig
Deutschland
E-mail: cel...@informatik.uni-leipzig.de
E-mail: giuseppegacel...@gmail.com
Web site 1: http://www.dh.uni-leipzig.de/wo/team/
Web site 2: https://sites.go
Hi Giuseppe,
It has been moved to be the 1st button on the toolbar "New"(or ctl-T)
/Andy
On 16 April 2018 at 09:55, Giuseppe Celano wrote:
> I see that in the 9.0 version the "+ button" to add a new tab is missing.
> I think it was very useful: can it be re-introduced in the following
> relea
I see that in the 9.0 version the "+ button" to add a new tab is missing. I
think it was very useful: can it be re-introduced in the following releases?
Best,
Giuseppe
Universität Leipzig
Institute of Computer Science
Augustusplatz 10
04109 Leipzig
Deutschland
E-mail: cel...@informatik.uni-leip
Many thanks, this makes sense.
Thomas
-Original Message-
From: Liam R. E. Quin [mailto:l...@w3.org]
Sent: 05 August 2017 21:06
To: Thomas Daly; basex-talk@mailman.uni-konstanz.de
Subject: Re: [basex-talk] GUI
On Sat, 2017-08-05 at 16:52 +0100, Thomas Daly wrote:
>
>
> a)
On Sat, 2017-08-05 at 16:52 +0100, Thomas Daly wrote:
>
>
> a) It is not possible to log into a BaseX database running on a
> remote
> server from a GUI running on a different machine?
You can probably also do it the other way round, setting DISPLAY and
running BaseX on the server system w
Hi Thomas,
a) No, that's not possible. The visualizations rely on a tight coupling
with the database; socket communication would be too slow.
b) BaseX works with all Linux distributions that have a JRE.
Christian
Am 05.08.2017 17:52 schrieb "Thomas Daly" :
a) It is not possible to log
a) It is not possible to log into a BaseX database running on a remote
server from a GUI running on a different machine?
b) Do I need any particular Linux distribution / GUI version to run the
BaseX Linux GUI?
Many thanks,
Thomas
Hi Alex,
If you talk about horizontal window splitting, do you refer to the
editor panel? Would you like to duplicate a single file, or do you
want to have different files displayed side by side?
Christian
On Tue, Jan 5, 2016 at 4:29 AM, Alex R. Loayza wrote:
> Hello,
>
> I'd like to suggest
Hello,
I'd like to suggest an improvement to the GUI: the ability to split the window
horizontally, as you can do in IDEA or Visual Studio. I'm finding myself all
too frequently scrolling up and down between functions or variables. After a
while, it wears you out.
A horizontal split would make B
Hi Andy,
> I never got round for thanking you for this,
> I found it a great time saver , but it was a bit dodgy and now it seems it
> has gone in the latest 8.4 :-).
I should have told you about the recent removal… When having another
look at the feature, it didn’t feel good indeed, because it
Hi Christian,
I never got round for thanking you for this,
I found it a great time saver , but it was a bit dodgy and now it seems it
has gone in the latest 8.4 :-).
>It's probably the most flexible solution as long as we don't do real
parsing.
And now you do?
What I really want, in the editor,
PS: I’ve just added a little flush call, which will now be called
before the database dialog is opened. The new snapshot is available in
a few minutes [1].
Christian
[1] http://files.basex.org/releases/latest/
On Wed, Dec 16, 2015 at 2:59 PM, Christian Grün
wrote:
> Hi Benjamin,
>
>> I have pla
Hi Benjamin,
> I have played around with the options in BaseX to test the speed of CREATE
> and ADD operations.
> Now the GUI "Open and manage" box shows me for any DB I create:
> Up-to-date: true
> TEXTINDEX: false
> ATTRINDEX: false
The reason is the autoflush flag: The meta data has not been
I use the GUI of the current release 8.3.1.
I have played around with the options in BaseX to test the speed of
CREATE and ADD operations.
Now the GUI "Open and manage" box shows me for any DB I create:
Up-to-date: true
TEXTINDEX: false
ATTRINDEX: false
However, I have never set TEXTINDEX or ATT
Hi Joseph,
> I point out that In the last release, the number of repetions of a for clause
> is not displayed anymore on the top right corner of the GUI. This was very
> useful.
I am wondering what you mean by "number of repetions".. Do you refer
to the number of results of a query? It should s
Hallo,
I point out that In the last release, the number of repetions of a for clause
is not displayed anymore on the top right corner of the GUI. This was very
useful.
Thanks,
Joseph
Hi Marc,
I perfectly agree… It's a bit tricky indeed to cache all the debugging
information in the GUI mode, but we are frequently running into this,
too. I'll see what I can do.
Best,
Christian
On Sat, Mar 21, 2015 at 6:16 PM, Marc van Grootel
wrote:
> Hi,
>
> When running tests from the GUI
> Personally I would be happy with the delete of multiple documents, Could it
> not warn me in that case?
> Does another GUI document delete function suffer the same issue? I mean
> Menu:database>properties and then the delete key in the document tree?
I just noticed that in this view, if there
Personally I would be happy with the delete of multiple documents, Could
it not warn me in that case?
Does another GUI document delete function suffer the same issue? I mean
Menu:database>properties and then the delete key in the document tree?
/Andy
On 13 March 2015 at 11:42, Christian Grün w
Hi,
When running tests from the GUI I sometimes insert debugging code to
figure out which tests fails or why. The current behavior of the GUI
makes this impossible though because when tests are run this info is
printed to the Query Info window but immediately after tests are run
it prints the test
…fixed. I disallowed the deletion of document nodes, because it
resolves to the query db:delete($db, $path), and this query could
potentially delete more than a single document.
On Thu, Mar 12, 2015 at 9:44 PM, Andy Bunce wrote:
> Hi,
> In the GUI folder view I can delete nodes by selecting and
Hi,
In the GUI folder view I can delete nodes by selecting and using right
click.
But if I select a top level document name entry the UI prompts for delete
confirmation but no delete occurs.
/Andy
Hi Andy,
I have added your requested menu item "Add as Import" in BaseX [1].
The feature, as implemented right now, feels a bit dodgy, because it
does many things in one place (parsing a file, extracting things,
building a string, adding it to the editor), and I haven't checked all
possible error
Hi Andy,
thanks for the useful feature request. As I need some more thoughts on
how to implement this properly, I have added a new GitHub issue [1].
Currently (and I guess you do something similar), I usually open the
module to be imported, I copy the module declaration, paste it to the
importing
Hi,
I often find myself adding module imports in the GUI and I wonder if the
following suggestion might speed up that process.
Add a new menu item to the filelist right click context menu "Add as
import" when the file selection is a XQuery module.
The action would be to add a line to the current
Hi Christian,
The Eclipse Xtext project [1] might be of interest to you which provides
facilities to create a full IDE like editor with syntax highlighting,
(context sensitive) code completion. Though, it may not be well suited to
the BaseX GUI as it is targeted at Eclipse/SWT.
Erdal
[1] http://w
Dear followers,
we are interested to get your opinion on the code completions that
we’ve just added to the text editor of our BaseX GUI [1]. You are
invited to propose templates that you are missing here!
Many of you would probably love to have context-based code completions
(such as all function
ce Etanchaud
Cc : basex-talk@mailman.uni-konstanz.de
Objet : Re: [basex-talk] [GUI] Properties window is frozen for a DB with a lot
of documents
Hi Fabrice,
and thanks Lukas,
I've just uploaded another snapshot; could you give it another try?
Best,
Christian
___
On Tue,
rcher [mailto:lukaskirch...@gmail.com]
> Envoyé : mardi 26 mars 2013 10:26
> À : Fabrice Etanchaud
> Cc : basex-talk@mailman.uni-konstanz.de
> Objet : Re: [basex-talk] [GUI] Properties window is frozen for a DB with a
> lot of documents
>
>
>
> Hi Fabrice,
>
>
>
>
lukaskirch...@gmail.com]
Envoyé : mardi 26 mars 2013 10:26
À : Fabrice Etanchaud
Cc : basex-talk@mailman.uni-konstanz.de
Objet : Re: [basex-talk] [GUI] Properties window is frozen for a DB with a lot
of documents
Hi Fabrice,
we just uploaded a fix (hopefully) for this problem. The maximum number of
displ
Hi Fabrice,
we just uploaded a fix (hopefully) for this problem. The maximum number of
displayed nodes is now limited. Would be nice if you could report your
experience with the current solution, which will be contained in the next
latest stable release.
Cheers,
Lukas
On Fri, Mar 15, 2013 at 9:3
Dear all,
When dealing with collections containing more than a million documents,
The Properties window freezes the entire GUI while trying to display the
documents' list.
How could I disable the treeview for such collections ?
I have to deal with such collections because XQuery Update on many
: [basex-talk] GUI enhancement to show only query results as text in
a tree?
Hi Amanda,
thanks for your mail. We have thought about adding new visualizations to BaseX
now and then. As our focus has more and more been shifted to database-centric
features, I'm afraid that the introd
Hi Amanda,
thanks for your mail. We have thought about adding new visualizations
to BaseX now and then. As our focus has more and more been shifted to
database-centric features, I’m afraid that the introduction of new
visualization will need to have lower priority, unless we find some
open source
Hi,
The BaseX GUI is very nice for interactively tweaking a query or exploring my
data set. However, one thing I wish I could do with the GUI is see query
results as text in a tree with expandable/collapsible nodes. An example of what
I mean is in the right pane of this Qizx screen capture:
htt
> I'm accustomed to the GUI providing XML output in easy-to-read,
> pretty-printed form.
>
> I just upgraded to 7.2.1-pre-20120410.144517, and that behavior no longer
> appears to be the case -- documents (as displayed in the GUI) have no
> whitespace they weren't originally created with.
>
> Is th
Howdy --
I'm accustomed to the GUI providing XML output in easy-to-read,
pretty-printed form.
I just upgraded to 7.2.1-pre-20120410.144517, and that behavior no
longer appears to be the case -- documents (as displayed in the GUI)
have no whitespace they weren't originally created with.
Is
Hi Andy,
thanks, that was helpful. In the latest snapshot, the updating issue
has been fixed (the views will only be updated if the data has
actually changed).
Christian
___
On Wed, Feb 22, 2012 at 12:34 PM, Andy Bunce wrote:
> I have seen something similar, maybe it is
I have seen something similar, maybe it is your case:
If I have a database open and I have an updating query in the editor or
just referenced from an import module then when I execute the result is
displayed for a moment then immediately replaced by the open db display.
e.g.
import module namespac
OK, I got it, I somehow managed to confuse ">" and "<".
Everything is running smoothly :)
--
Dr. phil. Cerstin Mahlow
Universität Basel
Deutsches Seminar
Nadelberg 4
4051 Basel
Schweiz
Tel: +41 61 267 07 65
Fax: +41 61 267 34 40
Mail: cerstin.mah...@unibas.ch
Web: http://www.oldphras.net
--
Hi,
when displaying search results, I would like to show more or less following and
preceding nodes depending on the fond node name. This works fine in the GUI
using this XQuery:
for $i at $p in //*[text() contains text ('Kopf' ftand 'Sand' ftand
'stecken')][self::*:p or self::*:l]
let $pre
Dear Piotr,
I've processed your GitHub issue [1]: Opened files can now be reverted
in the BaseX editor. Next, an opened file will be automatically be
refreshed if the editor pane regains is focus, and if it has not been
modified. Feel free to check out the latest snapshot [2].
Best,
Christian
[1
Dear Christian,
Somewhat belated thanks -- also for pointing me to the GitHub, I've
managed to miss it and it appears to contain an answer to at least one
problem I've encountered so far.
Best,
Piotr
On 20/01/12 01:30, Christian Grün wrote:
> Hi Piotr,
>
> I've added a GitHub issue to memori
Hi Piotr,
I've added a GitHub issue to memorize your report..
https://github.com/BaseXdb/basex/issues/343
..will probably be taken care of before the next release.
Thanks,
Christian
___
On Thu, Jan 19, 2012 at 9:38 PM, Piotr Bański wrote:
> Hi all,
>
> I have an feat
Hi all,
I have an feature request for the GUI editor (veeery handy for testing,
thanks!): make it possible to revert files from disk. I have a file open
in it that I want to update, because it got modified externally. But I
can't -- not even if I open the open-file dialog and try to open it
again,
83 matches
Mail list logo
