I use 13.0 (GTK+ 3.24.41) and have the same problem, even without --no-markup switch. Should i open another ticket?
Please specify OS in description
I think I found a solution: using '--fixed' ! WFM...
@v1c0nt That WHILE loop does not work. Must use a FOR loop, such as: for line in ${RNDLINES[@]}; do echo "Roboto Mono 10" echo "${line}" done | yad --list --title="Here are your passwords" --text="\nCopy and paste your fresh password from below:\n" --column=@font@ --column=text --no-escape --no-markup --center --editable --no-click --grid-lines=hor --button=_Close:0 --no-headers --width=360 --height=400
you are using an ancient version of yad. please update (https://github.com/v1cont/yad) or build your version against gtk2
--fontsize don't change font, and I use --no-markup switch
Gnome will make this problem more common as they have switched to wayland by default now... For others experiencing this problem, a workaround: Set the environment variable GDK_BACKEND=x11 Either: add this line to the top of your script: GDK_BACKEND=x11 OR: anywhere you would run "yad", run instead "GDK_BACKEND=x11 yad"
X/Y positioning broken in Wayland
I can confirm that this is an issue for me as well. Dialogs are way oversized when long text are included. Has anyone found a clean workaround? Is there any plan for this issue to be fixed? there doesn't seem to be any easy way to solve this...
Thank you. I apologize for missing that option
use --always-print-result option
Correction: there was no update of yad; the problem may have existed all along. Same result in antiX-19.3 and Debian 10, both yad 0.40.0 (GTK+ 3.24.5)
no output with odd-numbered exit codes
Just want to note that I stumbled upon this same error today (20210822) after having moved some yad code snippets from ${HOME} to their own directory ${HOME}/yad. Can't believe that this (mis)behaviour of yad has not been fixed after well over 6 years time ...
[util.c] Bug in update_preview()
The solution "fixes" the problem of displaying a negative number, but you can't add anything to the form after that, for some reason. Example: where $random is negative yad --form --field='Test.:NUM' -- "$random"'!-180..180!0.001!4' \ --button="Not Shown":2 \ --field="Also not shown":TXT
Using yad 7.3 (GTK+ 3.24.5) on Debian Linux
The solution "fixes" the problem of displaying a negative number, but you can't add anything to the form after that, for some reason. Example: yad --form --field='Test.:NUM' -- "$random"'!-180..180!0.001!4' \ --button="Not Shown":2 \ --field="Also not shown":TXT
RFE: Add ICON column type to list dialog.
A better way to fix the issue. Does not lead to impossibility to shrink the window in general, and the same time fixes the issue reported at https://github.com/v1cont/yad/issues/107 . The problem is the wrap mode when just "yad --text=TEXT" is invoked (without any particular dialog options). When the wrap mode is set, gtk always reserves a space for the maximum possible amount of such wraps, which is computed by the number of the space characters in the text. It explains the appearing of the extra...
I am also very keen on yad, having used it for years. A similar problem exists on Ubuntu 20.04.1 LTS, the --window-icon tag doesn't work. It doesn't show anything, not even the default yad icon if the image is not found. @Hans-Joachim Scholz - for me the --button="gtk-close:1" shows the graphic correctly. Maybe you don't have the GTK buttons installed?
Simple test case: ./yad --text=foo --use-interp='bash -c "%s"' --button='bar:echo $YAD_GEOMETRY'
Proposed patch. There is a recommendation not to use g_setenv() function directly, and use a proper envp array for g_spawn_(sync|async)(). The current code uses g_spawn_command_line_(sync|async)(), which do not handle envp argument. Fortunately, both functions are actually simple wrappers in glib2 code, which can be easy ported as needed. Thus in src/util.c there is new static function do_run_command(), and run_command_(sync|async) become just wrappers for it. (Note, last "if (!retval)" statement...
RFE: implement YAD_GEOMETRY environment variable.
Good day All ... Is it possible to have YAD installed on MacOs Catalina ? I´m new on this environment and I´m migrating from Linux HedHat to MacOs .. Used to use XDisplay on Linux,, but could not have it installed on MacOs. Looking for a replacement I found YAd .
But if the same time the vertial scrollbar is in use, it overlaps the window at the right border until you specify --vscroll-policy=always, in which case gtk3 adds proper space itself...
a piece of code you patched, not needed at all anymore Seems still needed, according to https://github.com/v1cont/yad/issues/107 and the tests below: Test 1: yad --no-buttons --text=justsometext Test 2: yad --no-buttons --text="just sometext" Test 3: yad --no-buttons --text="just some text" Note increasing bottom area. Yet the code removed was written for some reason... If the issue affects the dialog text only, and dialog texts are not intended to be wrapable, the solution might be to drop gtk_label_set_line_wrap()...
It seems the patch does not fix the issue itself (just some side effect here). There are another test case with text-info, utilising stdin only: echo -e 'aaa\nbbb\nsome very very very very very very long string' | yad --text-info IOW, don't apply for now.
Add .patch to filename :)
Fix justification settings
The proposed patch introduces two list options: --preselect-value=TEXT and --preselect-column=NUMBER . Each row is checked on input, and if it has a column (default first, altered by --preselect-column) with the value specified (TEXT), cursor is pointed to this row and the list is scrolled properly. This selection is made only once, independedly of the type of input (stdin and/or cmdline). It is a most convenient way just to use a column text matching, since users always know an exact value they...
RFE: implement an option to initially select a row (set cursor) in the list
fixed, thanks
thanks, applied
It was not so hard -- see the patch attached. Both code and manual. I've chosen the option name "css" and variable name "css_data". "--gtkrc" takes precedence. Feel free to change as needed.
Critical assertion on lists filled by cmdline under some circumstances
Besides that, with --hscroll-policy=never the width of the window (fe. list) seems determined by its content, which is very useful. But if the same time the vertial scrollbar is in use, it overlaps the window at the right border -- ie. user should increase width by the horisontal size of the vertical scrollbar...
wrong check for hscroll-policy option's name
I've found a commit on github for this (a year ago), but seems not applied yet... 6f3f128
can you make a pull requests on github instead of using sourceforge which is obsolete long time for yad development? В Wed, 21 Oct 2020 17:25:28 -0000 "Dmitry Butskoy" buc@users.sourceforge.net пишет: [tickets:#324] crash on some combination with --sep-column Status: New Created: Wed Oct 21, 2020 05:25 PM UTC by Dmitry Butskoy Last Updated: Wed Oct 21, 2020 05:25 PM UTC Owner: nobody Attachments: - yad-7.2-sep-column.patch (447 Bytes; text/x-patch) Under some circumstances, "yad --list" craches when...
RFE: implement an option to load CSS from the string
fix some gcc and clang compiler warnings
window-icon: avod unwanted access to an extraneous file.
crash on some combination with --sep-column
Add new-line for --print-xid
Works fine. Additonally, an issue when an actual size was differ with specified (because of adding the border sizes to it) is gone.
I'm worry about other places where the same issue can happen. For example, in src/form.c : set_field_value (i, ""); and then in set_field_value() there are calls to g_strsplit(), fe.: s = g_strsplit (value, options.common_data.item_separator, -1); etc. etc. etc.
thanks, applied
thanks for reporting. actyally, a piece of code you patched, not needed at all anymore. i fixed this in git (https://github.com/v1cont/yad/commit/8442c52a2048e85e410eb8945641222eb0b9dc34). can you check the latest git version?
I've discovered that shrinking is still possible if I set the width by "--geometry" option, rather than "--width". I the current behaviour is a feature (ie. not a bug), then it should be mentioned in the manual. Something like: initial width and height can be set either by "--geometry", or by "--width" and/or "--height". Difference is since "--width" is used, the window cannot be shrinked to less width and height (both) than specified. Certainly the mention that "--width" is ignored in favor of "--geometry"...
Cannot shrink by width since 0.41.0, gtk3
This issue is the same in PClinuxOS, aka pclos, which is in the Mandrake family, so it is not specific to Ubuntu or even Debian family distros. I'm still using plain Openbox as a DE though so it could be OB specific. I'd really like to work around this or fix it. I tried using --theme & --gtkrc for the same end result but they didn't work either. Is this project still maintained?
g_strsplit: a broken usage
Addendum: Printing images with yad --print --type=IMAGE --filename=img.png works. I can print a PostScript file with yad, but the orientation in "Page Setup" is not honored: it's always portrait
Addendum: Printing images with yad --print --type=IMAGE --filename=img.png works. I can print a PostScript file (convert img.png file.ps), but the orientation in "Page Setup" is not honored: it's always portrait
Addendum: Printing images with yad --print --type=IMAGE --filename=img.png works.
Error when printing PDF: "Filter failed"
please use --file option for file selection instead of --file-selection В Mon, 20 Jul 2020 15:18:08 -0000 "J. Scheurich" mufti11@users.sourceforge.net пишет: [tickets:#319] yad freezes if called by system(3) from a motif porgram Status: New Created: Mon Jul 20, 2020 03:18 PM UTC by J. Scheurich Last Updated: Mon Jul 20, 2020 03:18 PM UTC Owner: nobody in lxde (or gnome) the desktop freezes if YAD is called with system(3) from a motif program called "white_dune" (wdune.ourproject.org). To reproduce:...
yad freezes if called by system(3) from a motif porgram
Transparency
YAD on Linux Mint 19.3 shows no icons
I should have mentioned that the extra tall window will not respond to the full-screen button on the title bar, nor to attempting to manually drag the top border down or the bottom border up, nor to wmctrl commands that should reduce the verticcal dimension. I can do other normal window manipulation, like dragging the whole window around, or changing the horizontal dimension, but it's determined to be tall. I found 2 workarounds: Using 2 yads: You could probably use 1 with panes the same way, and...
I should have mentioned that the extra tall window will not respond to the full-screen button on the title bar, nor to attempting to manually drag the top border down or the bottom border up, nor to wmctrl commands that should reduce the verticcal dimension. I can do other normal window manipulation, like dragging the whole window around, or changing the horizontal dimension, but it's determined to be tall. I found a workaround using 2 yads. You could probably use 1 with panes the same way, and that...
I should have mentioned that the extra tall window will not respond tot he full-screen button on the title bar, nor to attempting to manually drag the top border down or the bottom border up, nor to wmctrl commands that should reduce the verticcal dimension. I can do other normal window manipulation, like dragging the whole window around, or changing the horizontal dimension, but it's determined to be tall. I found a workaround using 2 yads. You could probably use 1 with panes the same way, and that...
I found a workaround using 2 yads. You could probably use 1 with panes the same way, and that would be better, but I've never found any examples of useing panes and I lose another square centimeter of hair every time I try to figure it out. So here's the 2-yad method: Put the text in the first and the buttons and other sutff in the second, and use xdotool to close the first one when you close the second one. Play with geometry until you get the place as you want. This works because yad makes the...
I found a workaround using 2 yads. You could probably use 1 with panes the same way, and that would be better, but I've never found any examples of useing panes and I lose another square centimeter of hair every time I try to figure it out. So here's the 2-yad method: Put the text in the first and the buttons and other sutff in the second, and use xdotool to close the first one when you close the second one. Play with geometry until you get the place as you want. This works because yad makes the...
I found a workaround. Use 2 yads. Put the text in the first and the buttons and other sutff in the second, and use xdotool to close the first one when you close the second one. Play with geometry until you get the place as you want. This works because yad makes the OK button a default that responds to the enter key. And it actually exploits the bug, pushing the buttons on the text yad underneath off screen so they aren't confusing and never even get seen. Like this: nohup yad --text='now is the time...
Works as it should for me in lxterminal in openbox in ubuntu 18.04 FWIW. I have both libgtk-3-0 version 3.22.30-1ubuntu4 and libgtk2.0-0 version 2.24.32-1ubuntu1 installed if that's relevant.
Option --back ignored
Windows sometimes too tall with text option
yad --text="The above leaves out the # sign and consequently does not work.\n If this is how we are supposed to do it, it needs to be in the man page. What is the corresponding trick for background?" /me suppresses inner smartass that posted the above for sake of clarity: A typo in the workaround in the preceding post by ananasik makes it fail. You need the # sign. And that post illustrates why explanations consisting of link are a bad idea. That's 404. Is there a similar workaround for --back? Under...
yad --text="The above leaves out the # sign and consequently does not work.\n If this is how we are supposed to do it, it needs to be in the man page. What is the corresponding trick for background?" /me suppresses inner smartass for sake of clarity: A typo in the workaround in the preceding post makes it fail. You need the # sign. Is there a similar workaround for --back? I can't get either --fore or --back to work with --text under Openbox under a minimalist Ubuntu 18.04 similar to Lubuntu.
yad --text="The above leaves out the # sign and consequently does not work.\n If this is how we are supposed to do it, it needs to be in the man page. What is the corresponding trick for background?"
Nit: minor typo on "--always-print-result" documentation
defining button fails
wow, this forum is dead...
Was getting this same error with YAD version 0.40.0 using --list. Adding the --no-markup option solves the problem.
timeout-indicator not working
Thank you. I should have made sure I have the latest version. Thanks, Tri
Thank you. I should have made sure I have the latest version. Thanks, Tri On Tue, Aug 6, 2019 at 21:46 Victor Ananjevsky v1c0nt@users.sourceforge.net wrote: already fixed in yad 3.0 - https://github.com/v1cont/yad/releases/tag/3.0 [tickets:#312] https://sourceforge.net/p/yad-dialog/tickets/312/ timeout-indicator not working* Status: New Created: Wed Aug 07, 2019 01:13 AM UTC by Tri Le Last Updated: Wed Aug 07, 2019 01:14 AM UTC Owner: Victor Ananjevsky yad --version 2.0 (GTK+ 3.24.10) When I run...
already fixed in yad 3.0 - https://github.com/v1cont/yad/releases/tag/3.0
timeout-indicator not working
The GTK docs say the active tab can only be set after the widget has been shown, I moved setting of the active tab in notbook.c from the notebook_create_widget function to the notebook_swallow_childs function (both in notebook.c) and recompiled. The notebook_swallow_childs function is called after the gtk_widget_show_all is called in main.c. The --actrive-tab=N option now works for me. I have atttached a patch file for consideration. Thanks.
The GTK docs say the active tab can only be set after the widget has been shown, I moved setting of the active tab in notbook.c from the notebook_create_widget function to the notebook_swallow_childs function (both in notbook.c) and recompiled. The notebook_swallow_childs function is called after the gtk_widget_show_all is called in main.c. The --actrive-tab=N option now works for me. I have atttached a patch file for consideration. Thanks.
The GTK docs say the active tab can only be set after the widget has been shown, I moved setting of the active tab in notbook.c from the notebook_create_widget function to the notebook_swallow_childs function (both in notbook.c) and recompiled. The --actrive-tab=N option now works for me. I have atttached a patch file for consideration. Thanks.
use standard input instead of command line TITLE=$(for f in $FILES; do head --quiet --lines 1 "$f"; echo "$f"; done | yad --list --column Title --column File)
SegFault on selecting version output
Cannot have spaces in multi-column --list data
GTK 4
Hi Victor, hopefully you can read this :-) the notebook active tab function works with gtkdialog, an example is shown here: http://blogs.czapski.id.au/2017/05/gtkdialog-exploring-the-notebook-object-by-example in this example you can define which tab should be the initial active tab in the notebook widget. Since i don't want to use gtkdialog or both tools with gtkdialog as a wrapper, i would appreciate it if you could at least confirm this bug in the actual yad version. this function was integrated...
The values are assigned to all form fields sequentially, so you have to add a value for the label field: yad --form --width=800 --title="Provide Information" --text="Please Provide Further Information." --field="Color Scale Min Tick Value:num" '0.0\!-10..10\!0.0001\!7' --field=":lbl" "" --field="Color Scale Max Tick Value:num" '0.0\!-10..10\!0.0001\!7' --field="Does The Color Scale Tick Start At Zero?:CHK" TRUE --field="Plot X Scale Min Tick Value:num"
The values are assigned to all form fields sequentially, so you have to add a value for the label field: yad --form --width=800 --title="Provide Information" --text="Please Provide Further Information." --field="Color Scale Min Tick Value:num" '0.0\!-10..10\!0.0001\!7' --field=":lbl" "" --field="Color Scale Max Tick Value:num" '0.0\!-10..10\!0.0001\!7' --field="Does The Color Scale Tick Start At Zero?:CHK" TRUE --field="Plot X Scale Min Tick Value:num"
strange, no comment or info in 2 months from the maintainer ?! is nobody interested in solving this problem ? it seems, that the solution of this problem lies in the following file: r1117/trunk/src/notebook.c function notebook_create_widget / set active tab / if (options.notebook_data.active <= 0) options.notebook_data.active = 1; gtk_notebook_set_current_page (GTK_NOTEBOOK (w), options.notebook_data.active - 1); Is anyone able to give me a hint ?
sorry forgot to add some information yad --version 0.40.0 (GTK+ 3.22.30)
yad notebook parameter --active-tab
I have removed debian package and installed from source code the version 0.40.0. This problem do not occur. This code works: yad --title="Lorem ipsum" \ --text="Lorem ipsum dolor sit amet, consectetur adipiscing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut enim ad minim veniam, quis nostrud exercitation ullamco laboris nisi ut aliquip ex ea commodo consequat. Duis aute irure dolor in reprehenderit in voluptate velit esse cillum dolore eu fugiat nulla pariatur. Excepteur...
I have removed debian package and installed from source code the version 0.40.0. This problem do not occur. This code works: yad --title="Lorem ipsum" \ --text="Lorem ipsum dolor sit amet, consectetur adipiscing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut enim ad minim veniam, quis nostrud exercitation ullamco laboris nisi ut aliquip ex ea commodo consequat. Duis aute irure dolor in reprehenderit in voluptate velit esse cillum dolore eu fugiat nulla pariatur. Excepteur...
Text wrap not working
Bug in forms (numeric fields and labels)
i must specify, that i wrong said that problem with barcode have in multiline:TXT, problem is only with single line:CBE... anywa i look into source and add --no-enter parameter, i post here, is not for developer, but for user with same problem as i have with barcode or simple if need disable enter... patch have --no-enter as global parameter, but for "now" is checked only in form, for others type of dialog is need same check add to specific dialog source file... use patch: - copy inside yad source...