good, a and something I would like to report and is that in an html file, within a script tag, the syntax is colored to javascript, and in a style tag does not color the syntax to cs, I would like, I do not know, give support to this option, thanks.
--
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/1889
FreeBSD bsd.local 12.0-CURRENT
Geany 1.32, de_DE.UTF-8
I am trying to run `context` inside the make configuration
`context "%d/%f"`
`context -v "/usr/home/martin/Dokumente/hallo.tex" (im Verzeichnis: /usr/home/martin/Dokumente)
/bin/sh: context: not found
`
the same command works well in the regular terminal
I cannot figure out where geany gets the env/$PATH from, or actually fails to get it. What do I need to configure where to have geany evaluate the environment?
I found an old thread from 2014 having the same problem and it remained unsolved (leaving hacks aside)
[](https://www.linuxquestions.org/questions/linux-general-1/%24path-different-from-gui-terminal-and-from-application-geany-4175525583/)
What I have tried:
Running env as a make command does show a $PATH that misses the relevant path to the needed binary.
`
PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin:/usr/home/martin/bin
`
`
$ which context
/usr/home/martin/context/tex/texmf-freebsd-amd64/bin/context
`
PATH is set in .bashrc:
`
export PATH=$PATH:/usr/home/martin/context/tex/texmf-freebsd-amd64/bin
export MY_BASH=bashrc-greetings
`
.profile is not read at all, a similar MY_PROFILE never shows with env.
Using the inbuilt terminal of geany, I get the same env as from the regular terminal, ie, $PATH is set
My settings for terminal in VTE shell are, exactly what `which bash` gives
`/usr/local/bin/bash`
I tried changing settings/tools/terminal from:
`xterm -e "/bin/sh %c"`
to:
`xterm -e "/usr/local/bin/bash %c"`
That has no effect either. ` /bin/sh: context: not found` remains
--
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/1887
When a line is long and contains no whitespace except near the beginning, a strange empty line is displayed before it.
The screenshot below illustrates the problem at the lines numbered as 1 and 3.
At line 1, there is just one space character between the character `A` and the word `qwerty`, but `qwerty` is not displayed on the same line.
Line 2 is fine because too short to undergo line wrapping, line 2 is there for comparison with line 3. Lines 2 and 3 begin with just 4 spaces, yet line 3 is displayed with an empty line at the beginning.
ArchLinux, geany 1.33 (built on 2018-03-06 with GTK 3.22.28, GLib 2.54.3)
--
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/1884
Is replacing **"symbol_old_name"** string with **"symbol_new_name"** string with **"Match only a whole word"** option selected in a C++ source code file actually a renaming of that symbol (variable, function, class, etc.) in Geany?
--
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/1883
I cannot disable line wrapping, whether or not I activate the relevant checkbox in the panel `Preferences > Editor > Features`. Long lines are always displayed in several lines.
I tested this bug with the filetypes None and Sh.
ArchLinux, geany 1.33 (built on 2018-03-06 with GTK 3.22.28, GLib 2.54.3)
--
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/1881
This is more a feature request than a bug, so no immediate attention is required. The problem is selecting lines to indent and copy for pasting. If you full-select lines 1-10, and then choose indent, the existing selection does not include the new indent of the 1st line (meaning after indent, the selection bounds are never updated on line 1 to include the new spaces inserted before line one for the indent -- at least it behaves that way on windows) I have run into similar issues before and would propose a fix something like the following within the indent loop. Just a simple check if we are indenting the first line, and if so, move the start mark back to the beginning of the first line:
```
/* reset start iter and start mark to beginning of line
* so that selection continues to encompass entire first line.
*/
if (start_line != end_line && i == start_line &&
!gtk_text_iter_starts_line (&iter)) {
gtk_text_iter_set_line_offset (&iter, 0);
gtk_text_buffer_move_mark (buf, start_mark, &iter);
}
```
then before return from the indent function just set the select range to encompass all indented lines:
```
/* adjust selection to cover entire first line */
gtk_text_buffer_select_range (buf, end, start);
```
I haven't checked whether geany is using indent features from scintilla or just a loop and custom indent function, so this may have to be wrapped around scintilla's indention.
A noted, this is just a feature request for tweaking the select range following indent so the whole newly indented range remains selected. Keep up the great work. Geany is by far the hands down favorite non-desktop integrated editor.
--
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/1693
Geany 1.32.
Preferences->General->Miscellaneous: "Project file is stored inside the project base directory" checked. A project is open.
If project base path is absolute, everything works as expected. However, if project base path is `.`, "Generate tags" hangs.
I found that Geany does not hang actually, but waits for `ctags`. However, it indexes *not* the project directory but *current* directory, which is my home directory. My home directory contains many projects, indexing it requires a lot of time.
--
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-plugins/issues/698