luebking/qarma

Zenity Clone for Qt5/Qt6

qarma's Issues

--attach doesnt accept the following entry

zenity does accept this (and so does kdialog):

--attach=$(sleep .01;xprop -root 32x '\t$0' _NET_ACTIVE_WINDOW | cut -f 2)

zenity/kdialog even accept it if the \t is expanded as a tab

Support multiple file patterns in file selection dialog

zenity --file-selection --file-filter="*.7z" --file-filter="*.zip"
This command should allow me to select zip or 7z file, but qarma will only allow zip files.

Progressbar ==> Script never ends...

Progressbar won't work they make also the whole script hang for example try winetricks (https://raw.githubusercontent.com/Winetricks/winetricks/master/src/winetricks) with the gui flag eg:

winetricks --gui mfc42

also the script works fine in zenity

Project orientation

The last commit was 3 years ago, is this project abandoned? If yes I would be interested to submit some changes but I'm not sure if to do in an own fork with different name or it could be somehow adopted.

Thank you for writing this!!!

I just wanted to say, THIS IS AMAZING, and you rock for writing this.

I have been wishing I could use pure QT dialogs in bash scripts for literally like 5 years, and the lack of such a thing existing even drove me to start learning Python and pyqt4 to make simple interactive scripts, but I am going to start using qarma from here on out =D
excellent work!

QWebengineView as an option?

QTextEdit, shown by qarma (--text-info) shows basic html, yet as an option (if it's present in the user system) QtWebengine/QWebengineView to be shown by the command qarma --text-info --html would be very fine as this would show any html page without the limitations of QTextEdit. Then for instance one may use it as a very competent markdown previewer as well.

Colour Dialogue doesn't retain custom colours

Not sure if it's normal behaviour but the colour dialogue doesn't retain added custom colours.

Qarma::notify() hides overloaded virtual function QApplication::notify(QObject*, *QEvent*)

Question dialogs are always rejected

First, thank you for making this nice program, which is the best alternative to Zenity (and KDialog)!

Question dialogs always return with exit(1) in Qarma::dialogFinished(), even when their OK button is pressed. This makes them unusable with bash scripts.

The reason is that QMessageBox doesn't return QDialog::Accepted or QDialog::Rejected but a value in QMessageBox::StandardButton.

The problem can be fixed by replacing

if (status != QDialog::Accepted) {

with

if (status != QDialog::Accepted && status != QMessageBox::Ok) {

in Qarma::dialogFinished().

--help-list should show positional arguments

expected

$ qarma --help-list
List command
  qarma --list [list_options] [list_item...]
List options
  --text=TEXT                                          Set the dialog text

Recommended by LXQt

This isn't an issue report; I opened it to tell you that, now, Qarma is among the third party apps recommenced for use with LXQt: https://github.com/lxde/lxqt/wiki/Third-party-apps.

New release?

I know, there are relatively fewer fixes since the release in 2016, while most Linux distributions will just upgrade, once you do.

Esclapion

progress bar never stops, and if we click on cancel, it stops the whole script.

--file-selection --save has stopped working

FILE=`qarma --save --file-selection --title='Save As...' --filename="$HOME"`

has Open button, and only allows selecting an existing file.
(--directory works fine though)

OS: Antergos
Desktop: Xfce4
qarma version: git (10/22/2017 AUR)

'\n' does not create new lines as it does in zenity

I've found that only <br> creates new lines in qarma, but this does not work with zenity. zenity seems to only work with \n to create new lines.

Progress dialog hangs infinitely , no --auto-close

Example: calculate md5sum of an .iso file:
md5sum any_file.iso | qarma --progress --title="$commandName" --text="calculating md5sum" --pulsate --auto-close

The qarma window never exits.

qarma --list isn't working for me

I've created a script that shows a list of folders where the user must select one:
tg_profile=$(ls -d1 /home/user/profiles/*/ | cut -d'/' -f5 | qarma --list --height=450 --title="Telegram Profile Selector" --column="Profile" --window-icon=./icon.ico) || exit
and it's showing me nothing but an empty list... look:

when using zenity the list looks like this:

i should say that i'm getting no error or anything that can point me out in the right direction.

Best regards!

Exit code on escape

Qarma doesn't return correct error code when dialog is closed with e.g. escape button.

milann@thinkpad ~ $ zenity --info --title "Title" --text "Text"
Gtk-Message: GtkDialog mapped without a transient parent. This is discouraged.
milann@thinkpad ~ $ echo $?
1
milann@thinkpad ~ $ qarma --info --title "Title" --text "Text"
QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-milann'
milann@thinkpad ~ $ echo $?
0

Cross-platform binaries

Hi,
Wonderful work with this!

I've added support for Qarma to my Vim picker plugin, Pickachu. This made the plugin much better for KDE users.

I was just wondering how difficult it would be to build some Mac and Windows binaries for this, to make it easier for regular users to install. Or, perhaps for Mac this package could be installed via Homebrew.

Cheers.

No dialog titles in latest build

I recently updated to version 71-1 from the AUR, based on latest git version.
The dialog titles in all window types not longer respect the --title option, and just shows "zenity".
Thank you

Zenity provides some more complex progress parsing on stdin

"#foo" seems to do the comment, need to figure the syntax and extend the parser

Yes/No buttons for question

Currently --question displays Ok/Cancel button.
Not a big deal but it would be great to behave same as zenity, with QMessageBox::Yes|QMessageBox::No .

--question always returns No

(qarma --question) && echo YES || echo NO
No
(qarma --question) && echo YES || echo NO
No

radiolists are wrongly displayed

for some reason radiolists print the wrong column

https://raw.githubusercontent.com/Winetricks/winetricks/master/src/winetricks

with qarma:

with zenity:

Having issue with pipelight

pipelight use zenity to show a progress window when installing plugins
however qarma does not work right with it. The progress window keep forever and plugin installer won't finish
the command from ps -ef:
zenity --progress --title=Please wait, installing ... --text=Running wine-unity3d-installer --pulsate --width=400 --auto-close --no-cancel

--text-info --autosave option?

Is it easy and desirable to add an --auto-save option to editable --text-info dialogues? Or is it out of scope of Qarma?

Tag release?

Can you tag a release so I can package this for Gentoo?

--file-selection --directory has stopped working

Hi Luebking:
the option "qarma --file-selection --directory" has stopped working with the current version of Qarma.
With the previous version (1 month ago approximately) works properly.
Compiled with=qt-4
D.E.= kde
Distro=Manjaro

the problem is that it does not take the selected directory, and I repeat, I reinstalled the previous version (available through AUR) and this version works properly.
Thanks for your time
best regards

                                      qarma_new_version

                                      qarma_previus_version

doesn't detect KP_Enter key

In "--text-info --editable" windows/dialogues the standart Return key produces a carriage return naturally, so to be able to easily click OK (without recourse to mouse) I've thought I need Keypad Enter key (KP_Enter) which my Apple mini keyboard lacks. To workaround I've edited the /usr/share/X11/xkb/symbols/inet and replaced the line

key <I238>   {      [ XF86KbdBrightnessUp   ]       }; // KEY_KBDILLUMUP

with

key <I238>   {      [ KP_Enter   ]       }; // KEY_KBDILLUMUP

Now the intended key, according to xev output as well, works as KP_Enter. Yet it hasn't made a difference with Qarma, it still works like a regular Return key producing a carriage return.

All this in a pure Qt5 Arch Fluxbox system if that matters.

By the way, thanks very much for providing this very fine utility without the GTK cruft.

qarma works on mac os sierra!

Selectable Labels in QMessageBox (Feature Request)

Yad has a --selectable-labels option, which is handy in some scripts. Qarma could also have it easily by introducing a boolean selectable under Qarma::showMessage():

bool selectable = false;
...
else if (args.at(i) == "--selectable-labels")
    selectable = true;

and adding:

if (selectable)
    l->setTextInteractionFlags(Qt::TextSelectableByMouse);

Sorry, I should have made a PR but didn't have time.

QRegExp "remains"

Maybe you know already about it: I just noticed you made a commit to replace QRegExp with QRegularExpression for Qt6 compatibility, but there is still one at line 1502.

qt6: qarma build is failing

project description says

Zenity Clone for Qt5/Qt6

but the qarma.pro file only works with qt5

`qarma` is not a drop-in replacement for `zenity`; e.g. the option `--mid-search` is not honoured.

qarma is not a drop-in replacement for zenity. For example, zenity's option --mid-search is not honoured by qarma:

For example, the command

zenity --list --mid-search --window-icon question --title "Automirror" --text="Please select the primary output. All other outputs will be scaled to match." --column Output --column "Width [mm]" --column "Height [mm]" --column "Width [px]" --column "Height [px]"

(Taken from → this script)

displays correctly in zenity, while with qarma it produces a spurious --mid-search in the output (qarma seems not to handle this correctly). → Here is a screenshot of what happens with qarma.

Thanks for maintaining!

File Selection side pane doesn't retain the bookmarks put previously

Not sure if it's an issue, but If not a big trouble, this should be fine:

In file-selection I put some new bookmarks to the left side pane and in re-launching file-selection they're retained; currently they're aren't.

Retain the View mode in --file-selection

As I find the Detailed View unnecessarily wasteful of my screen real estate I always re-change to the List view in every --file-selection launch. It would be very fine if Qarma could retain the View mode, if it's not such a trouble or bloat in your opinion.

Thanks for this very fine and useful application.