### percieved working
* open the file plugin in the sidebar
* single click a file - it opens in an editor tab (say preview mode tab) in the read only mode (with some indication - say, the name in the tab bar in italics)
* single click another file - it opens in the existing preview mode tab, and similar manner
* repeat with as many files as you want
* double click on any preview mode tab to convert it to normal tab
### what does it address
* currently rapidly previewing files in a directory/project to get a refresher/overview
* causes too many persistent editor tabs to stay
* which:
* hog the system
* get mingled with the files you are actually working on
* require manual closing and additional precaution to avoid closing the intentional editor tabs
inspiration took as it is from: vscodium
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/3327
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/issues/3327(a)github.com>
`geany.activate()` is supposed activate a document and return true. If it is unable, it returns false. However, it is not activating the document. Accepted arguments are a tab id (negative numbers), document id (positive numbers), or full document path. Test code attempting to call `geany.activate()` with the document id (test1) and path (test2) follows:
```
test1 = geany.activate(geany.documents(geany.filename()))
doc_id = geany.documents(geany.filename())
test2 = geany.activate(doc_id)
for key,val in pairs({ test1, test2 }) do
if val then
geany.status("true")
else
geany.status("false")
geany.status(geany.documents(geany.filename()))
geany.status(geany.filename())
end
end
```
Results in status window are:
```
false
1
/tmp/test
false
1
/tmp/test
```
For reference, an excerpt from the GeanyLua [documentation](https://plugins.geany.org/geanylua/geanylua-ref.html#activat…:
> **`geany.activate ( tab_id )`**
>
> Activates the document specified by tab_id.
>
> If `tab_id` is a number, it activates the document at that index. A positive number refers to the internal document array, and a negative number refers to the (absolute) GtkNotebook index.
> Note that the indices begin at (1) and (-1) respectively.
>
> If `tab_id` is a string, the function will try to activate the notebook tab whose filename matches that string.
> ( The full pathname is required! )
>
> Returns `true` on success, or `false` if the tab could not be found.
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany-plugins/issues/1229
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany-plugins/issues/1229(a)github.com>
Seems to be working (at least on Linux), not tested much. This doesn't add any functionality, though it's necessary if we want to add the other features at some point.
@codebrainz @elextr
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany/pull/3417
-- Commit Summary --
* Move GTK calls out of parse_command_line_options
* Use GtkApplication
-- File Changes --
M src/libmain.c (61)
-- Patch Links --
https://github.com/geany/geany/pull/3417.patchhttps://github.com/geany/geany/pull/3417.diff
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/pull/3417
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/pull/3417(a)github.com>
I have built Geany from commit 4508f77a1150b37d5e16c3e7fc9c7223bc591e88. I am very happy to have a list of members & methods in the symbols pane. And I appreciate the work going into Geany.
I have come across a bug in my build's TypeScript parser (ctags?). The parsing sometimes is incomplete. The following screenshot is of a class with methods `onEnterZone`, `autoWalkEnabled`, & `canInviteToGroup` which do not show up in the symbols panel:
In another class file there are methods `say` & `getCursor` which *do* show up in the symbols panel:
I am not sure what the difference is, but it appears there is something in the first file that is causing the parser to hiccup. I have not tried building from the latest commit to master branch, but browsing through the commits I don't see any changes referencing TypeScript.
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/3416
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/issues/3416(a)github.com>
Lua 5.1 has been deprecated (in a few years, will be two decades).
[LuaJIT](https://github.com/LuaJIT/LuaJIT) appears to be a drop-in replacement for Lua 5.1 that would require only build script or other minor changes. Based on Git activity, LuaJIT is actively maintained.
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany-plugins/issues/1228
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany-plugins/issues/1228(a)github.com>
It has taken me over a month to be able to even reproduce what I'm calling a bug. This has to do with the vertical scrollbar and the mouse cursor when still over the scrollbar, and long left clicked.
When you place your cursor anywhere on the vertical scrollbar then **long**-left click, you'll see the scrollbar reduce in width by about 2px. If you've not yet released the left button, you can keep scrolling right off the scrollbar, right smack-dab onto the Geany Interface (UI). After the left-long click, the scrollbar moves at almost 2x slower the speed than the mouse cursor does.
The transitioning effect on the scrollbar looks like it might be GTK+ related and possibly not a bug at all, but I am reporting this because in my world of development, I would call being able to control the scrollbar from outside of a document window, a mistake. If this is a feature, can someone please tell me how to have Geany not respond to long clicks while I happen to do it on the scrollbar by accident?
This is a Windows binary
The Geany version is 1.3.8
Thank you!
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/3420
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/issues/3420(a)github.com>
Every time I start Geany, I have to open the Workbench file manually. A setting to remember the last opened workspace and open it when Geany is started, would be very helpful.
Also a list of recent workspaces (similar to the one already available for projects) would be nice to have.
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany-plugins/issues/1226
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany-plugins/issues/1226(a)github.com>