Solves #3556.
This PR:
1. Replaces yyyy/mm/dd format in "Edit > Insert date" with yyyy-mm-dd (which happens to be the recommended format in ISO 8601), and mm.dd.yyyy with mm/dd/yyyy (using slashes seems to be more common for that date format), leaving dd.mm.yyyy as is (with dots).
2. Updates all the translation files accordingly (e.g., `es.po` currently translates the string `yyyy/mm/dd` to `aaaa/mm/dd`; this needed to be updated as well).
3. Sets yyyy-mm-dd as the default (first option in "Insert date", default custom date format, and also uses it in "Date & time" under Edit > Preferences > Templates, which is currently using inconsistent date formats).
I have split this PR into three commits for convenience, just in case the devs don't want to pull all of it. _(For example, I understand that @frlan is currently fidgeting with the translations and maybe doesn't want to pull the commit that touches them.)_
Feel free to squash them if preferred.
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany/pull/3570
-- Commit Summary --
* Use ISO format yyyy-mm-dd instead of yyyy/mm/dd
* Update translations with new date format
* Make yyyy-mm-dd the primary date format
-- File Changes --
M po/ar.po (16)
M po/ast.po (16)
M po/be.po (16)
M po/bg.po (16)
M po/ca.po (16)
M po/cs.po (16)
M po/da.po (16)
M po/de.po (16)
M po/el.po (16)
M po/en_GB.po (16)
M po/es.po (16)
M po/et.po (16)
M po/eu.po (16)
M po/fa.po (16)
M po/fi.po (16)
M po/fr.po (16)
M po/gl.po (16)
M po/he.po (16)
M po/hi.po (8)
M po/hu.po (16)
M po/id.po (16)
M po/ie.po (16)
M po/it.po (16)
M po/ja.po (16)
M po/kk.po (16)
M po/ko.po (16)
M po/ku.po (16)
M po/lb.po (16)
M po/lt.po (16)
M po/lv.po (16)
M po/mn.po (16)
M po/nl.po (16)
M po/nn.po (8)
M po/pl.po (16)
M po/pt.po (16)
M po/pt_BR.po (16)
M po/ro.po (16)
M po/ru.po (16)
M po/si.po (8)
M po/sk.po (16)
M po/sl.po (16)
M po/sr.po (16)
M po/sv.po (16)
M po/tr.po (16)
M po/uk.po (16)
M po/vi.po (16)
M po/zh_CN.po (16)
M po/zh_TW.po (16)
M src/templates.h (2)
M src/ui_utils.c (26)
-- Patch Links --
https://github.com/geany/geany/pull/3570.patchhttps://github.com/geany/geany/pull/3570.diff
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/pull/3570
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/pull/3570(a)github.com>
Currently the third section on the Build menu (Execute commands) allows only one shortcut for the first entry. It would be great, if shortcuts are also allowed for more than the first entry.
Use case:
I am programming in python and I often like to execute a python script inside an external terminal. Executing a python script in an external terminal will show all print statements immediately, and will allow me to work inside the python interpreter once the main program is finished (and accessing all by the main program loaded or created modules and libraries).
While developing the first entry on the "Execute commands" section inside the build menu is associated with executing main inside an external terminal.
For testing purposes I have associated the second line for running the current (test) script inside a terminal - but this works only through the menu and not with a shortcut.
The other two sections ("Independent commands" and "Python commands" (in my case)) do have more shortcuts - but cannot be used to start a script in an external terminal.
Using entries of the "Independent commands" section will execute the script - but without printing "print" statements immediately - they got all printed inside the "compiler" window after the main script stopped (and not during the runtime of the script) and will not give me a running python interpreter after the main script stopped.
Therefore - please allow more shortcuts as described
Thanks a lot.
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/4030
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/issues/4030(a)github.com>
This is running under Sway, testing with Wayland native apps only (no xwayland).
When I first open a file in Geany, I can copy out of Geany and paste into another program by selecting and then middle clicking in the usual way. I can do that multiple times with different selections. If I then select something ("foo" for example) in the other program, I can middle click paste it into Geany. I can do this with multiple selections as well. All OK so far.
At this point if I select something in Geany ("bar" for example), I can no longer middle click paste it outside of Geany. I just get "foo" instead, even if I make sure to unselect "foo" in the other app before selecting "bar" in Geany. Middle click copy/paste within Geany works fine still. It also works fine within and between non-Geany applications. It is as if Geany is now using a different primary buffer than everything else.
Opening a new file in Geany (or closing and reopening an existing one) gets things working again temporarily.
I've tested this with Geany 1.36 and also the latest Master branch. I also tried applying the patch from here, but saw no difference: https://sourceforge.net/p/scintilla/bugs/2127/
I have mainly been using kitty (0.18.3) and firefox (78.3.0 esr) as the other applications. Sway is version 1.5-3. This is on Debian Bullseye. I also briefly tried to check if SciTe exhibits the same behavior, but middle click copy paste did not work at all there (at least to other programs, not sure if it worked within SciTe).
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/2629
In most (all?) other programs when I open the "Open file..." dialog I can instantly paste the file path I have in the clipboard and hit enter, but with geany when i try to paste I get:
> "The folder contents could not be displayed.
> Operation not permitted"
I can press CTRL+L to show a field where pasting works, but this extra CTRL+L step isn't needed with other programs.
Anyone know why or how I can change this behavior?
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/4010
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/issues/4010(a)github.com>
Please could **Geany** highlight the **var** keyword in Java?
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/3854
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/issues/3854(a)github.com>