Hi all,
I just made a test build of Geany Plugins 1.22 for Windows.
A little surprisingly for me, it all worked fine on the first attempt :).
I only had problems loading the Geany-Lua plugin with some strange error
message which I didn't investigate yet:
http://pastebin.geany.org/EUmwJ/
The error message occurs on plugin loading. I'm not sure whether it is
caused by my system or something else.
If anyone wants to test it, any feedback is appreciated.
The installer...
http://www.uvena.de/tmp/geany-plugins-1.22_setup_testbuild.exe
... requires an existing Geany 1.22 installation.
Regards,
Enrico
--
Get my GPG key from http://www.uvena.de/pub.asc
I want to say, that it would be nice, if a DocumentMap/MiniMap would be added to Geany. Please add it to the Wishlist on your side.
Notepad++ have something called "Document Map":
http://notepad-plus-plus.org/assets/images/docMap.png
Sublime Text have something called "MiniMap":
http://www.sublimetext.com/screenshots/new_theme_large.png
Since some time, Kate have a MiniMap, too:
http://kate-editor.org/2012/11/03/busy-katekdevelop-sprint-results-in-mini-…
All three have a line, where with very small fonts a bigger part of the document is shown and the current visible part of the Textarea have a colored background in the map.
But they differ in additional functionality of it.
Where Sublime Text only shows the MiniMap, Kate on the other side, can replace the scrollbar with it. And on Notepad++ it is a mix between the two. The scrollbar is still there, but you can click in parts of the Document Map, to jump to that position.
An additional point I want to mention, is a bug in your Webside-software.
As I wanted to add this wish to the wishlist, I clicked at the bottom of the page on "edit this page" of the line "(If you have another idea/wish which should be listed here, edit this page)".
Then it asks for a username and password. Because I don't have an account for it, and I find no place to register, I have somewhat input. After that it shows be an empty page and Geany.org was no longer available.
I thought, it would be an coincidental/hazard/fortuity/hap, that that happens.
But now there was again Geany.org reachable, then I tried it again. And again the Geany-side was after that down. :-(
So please update your Geany homepage software. Or it is really a very big coincidental/hazard/fortuity/hap, that in two times the Geany side goes in that time down, I tried to login there.
Greatings
theuserbl
Hello,
I want to let you knows know that glade upstream just merged my
backports for the "topological sorting algorithm" into glade-3-8 branch.
This means that we can now use upstream glade for our geany.glade as the
major outstanding deficiency is fixed: it now sorts the generated xml in
a predictable and stable manner, suitable for diff-review and probably
git merges too.
The backports should appear in 3.8.5 if you'd like to wait for a realease.
Best regards
Hi,
one of the hard disks in the server where geany.org is hosted recently
showed up some errors and so we will change the disk against a new one
just to be prevent a complete failure in advance.
This maintenance is planned for upcoming Saturday, May 03 2014.
Therefore the server and its services will be down for a
short period of time.
The following services will be affected:
- all mailing lists
- websites *.geany.org (except plugins.geany.org)
- Updatechecker plugin
Maintenance period:
Saturday, May 03 2014
11:30 - 15:00 UTC
I'll report back here once all is done and up running again.
Regards,
Enrico
--
Get my GPG key from http://www.uvena.de/pub.asc
$ ./autogen.sh
...
checking for valac... valac
configure: WARNING: no proper vala compiler found
configure: WARNING: you will not be able to compile vala source files
...
Plugins:
MultiTerm: yes
$ make
...
make[3]: Entering directory
`/home/build/projects/plugins/testing/multiterm/src'
VALAC multiterm_la_vala.stamp
/bin/bash: valac: command not found
make[3]: *** [multiterm_la_vala.stamp] Error 127
I fetched a clean git, just to be sure there's no some older
configuration left.
--
E-gards: Jimmy
Hello!
There are some inconveniences in current plugin manager window:
- plugin description is too long and is hard to read because of window width
- too many actions user need to perform to get access to plugin settings
- no plugin search feature
- too many windows: settings - window, keybindings - window, help - window
I tried to make some sort of concept of plugin manager interface design. Maybe
you will find it interesting:
http://pbrd.co/1jBUM4f
Alternative (move description to bottom):
http://pbrd.co/1jBUOJh
I offer:
- add search field
- remove unnecessary labels
- remove plugin description from list
- show plugin description as tooltip or show it in status bar
- show plugin settings immediately
- show plugin keybindings as tab where user can check keybindings _only_ for
this plugin
- show help as a tab (of course there should be API for help window with rich
text, maybe show readme)
Any suggestions?
--
Best regards,
Pavel Roschin aka RPG
Almost complete tree-like document list in sidebar. This is clever tree (in
comparison to treebrowser or something): it splits path on demand while you
open documents. I'm also planning directory name shortening.
Here is a screenshot:
http://pbrd.co/1lXDKA9
This is *not* plugin and needs serious hacking.
Ideas or suggestions are welcome ;)
Should be in mainstream or should be configurable? Or shouldn't be at all?
--
Best regards,
Pavel Roschin aka RPG
I found interesting function in utils.c:
gboolean utils_str_equal(const gchar *a, const gchar *b)
{
/* (taken from libexo from os-cillation) */
if (a == NULL && b == NULL) return TRUE;
else if (a == NULL || b == NULL) return FALSE;
while (*a == *b++)
if (*a++ == '\0')
return TRUE;
return FALSE;
}
This function is widely used in Geany code.
However:
- it is not inline so there is no reason to keep this small while loop
- it uses own while-loop to compare that is *slow* for big strings
- GLib has similar g_strcmp0 function since 2.16
Using while-loop may confuse compiler which knows strcmp and may optimize this
std call e.g. for constants. Furthermore strcmp is SSE-accelerated function
which compares 128 bits per cycle while this implementstion may compare only 8
bits per cycle.
Replace this by inline (g_strcmp0(a, b) == 0). This is much faster and easier to read.
--
Best regards,
Pavel Roschin aka RPG
I originally started programming on a Borland IDE, which allowed me to
place my projects files into a tree that was independent of their layout on
disk.
I became so attached to it, I helped reimplement similar functionality for
SciTE (scitepm).
(I'm not sure whether the attached picture will show up, but it illustrates
how I like to group, say the 'cloud' functionality together in a web
project, even though the elements of that functionality lie in 'templates',
' static/js', 'static/css', etc)
However, apparently SciTE isn't being updated in my distribution (Fedora),
and it would be better to have this functionality embedded in something
with forward motion - like Geany.
The functions that this would include are :
a) Do a search upwards from the current directory for a suitable
'.geany/tree-project.conf'
b) Load a tree of files from some YAML-like format on disk, and put them
in a side-bar tab
c) Allow this tree to be edited (new sub-groups, add a file, delete a
file, etc)
d) Save tree to disk (typically this wouldn't change much once a project
had stabilised - so the file could be put in git, for instance). This
wouldn't include 'currently open' indicators, since they're more volatile.
e) That's about it : Other tools look like they're already doing a great
job for file searching, etc.
If this already exists, please let me know : I don't want to reinvent the
wheel.
All the Best
Martin
:-)
PS: tree-browser in current git looks like a good launching-off point,
structure-wise
I'm played with GeanyPy plugin and faced with a problem.
Here is the source code I created to get current document from sidebar:
def press(self, widget, event, data=None):
if event.button != 2:
return
mod, it = widget.get_selection().get_selected()
doc = mod.get(it, 2)[0]
According to sidebar.c, mod.get(it, 2) should return pointer to Document.
But Python doesn't know that this is document and doc variable in this
example has type GPointer. How can I access to this document from python plugin?
P.S. I tried to use ctypes.cast, no success. Currently I'm addressing document
with a file path but it is a hack and isn't working for symlinks.
--
Best regards,
Pavel Roschin aka RPG
