Re: [Geany-Devel] OSX plugin development

[Steven Blatnick]

Thanks again for the quick reply.

When you say to use a separate account, do you mean a different login to osx?  
I'm not sure I can do that since this is a laptop I was issued from work that I 
wish to use geany plugins on.  I think my best bet is to uninstall any homebrew 
(and macport?) gtk libraries and try again.  

Sorry I made you repeat your initial advice.  I should have mentioned I didn't 
think I could try another account.  If removing homebrew and deleting the gtk 
directory don't fix it, I suppose using jhbuild python is my next best option 
from your original email.

Thanks,

Steve

 Original Message 
From:Jiří Techet 
Sent:Sat, 30 Sep 2017 13:15:16 -0600
To:Geany development list 
Subject:Re: [Geany-Devel] OSX plugin development

>___
>Devel mailing list
>Devel@lists.geany.org
>https://lists.geany.org/cgi-bin/mailman/listinfo/devel
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] Geany Portable

[Steven Blatnick]

I entered geanyportable.org into my browser, and it said it was in 
Japanese.  Auto translating yields an article on The yogurt diet?. Dig 
doesn't tell me much either, but I think the url isn't related to geany 
anymore ;-)


   ~ $ dig geanyportable.org

   ;  DiG 9.8.4-rpz2+rl005.12-P1  geanyportable.org
   ;; global options: +cmd
   ;; Got answer:
   ;; -HEADER- opcode: QUERY, status: NOERROR, id: 24690
   ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

   ;; QUESTION SECTION:
   ;geanyportable.org.INA

   ;; ANSWER SECTION:
   geanyportable.org.86298INA210.188.199.249

   ;; Query time: 29 msec
   ;; SERVER: 10.20.7.103#53(10.20.7.103)
   ;; WHEN: Wed Aug 19 16:59:03 2015
   ;; MSG SIZE  rcvd: 51


On 08/19/2015 04:27 PM, Matthew Brush wrote:

Hi All,

I was working on some changes to Geany that may affect Geany 
Portable so I figured I'd have a look at the changes it makes to 
Geany to see how it handles binary relocation, but I can't seem to 
find the source code/changes.


The link on PortableApps.com[0] seems to indicate that 1.24.1 is 
available but when I check the sources on SourceForge, it only has 
0.20 code (and it's not clear if it includes the changes or is just 
upstream source). I'm pretty sure Geany's source code would have to be 
modified in order to allow it to be portable, since the location to 
the Glade file is fixed at compile-time, which happens to be tightly 
related to what I was curious about.


The website GeanyPortable.org linked on PortableApps.com seems to 
redirect somewhere else now (judging by the pictures, I can't read the 
language it's in).


Is the person(s) who release GeanyPortable on this mailing list, and 
if so, would you mind providing me a copy of the modified source code 
so that I could review it to make sure we don't further break 
portable Geany?


Thanks,
Matthew Brush


[0]: http://portableapps.com/apps/development/geany_portable
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel


___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] pull request on GitHub, to add GeanyHighlightSelectedWords, into Geany Plugins

[Steven Blatnick]

Thanks for the heads up :-D

On 07/13/2015 11:00 PM, Lex Trotman wrote:

Hi Steve,

There are some changes coming soon (hopefully) in the keybinding which
will probably add API and might help you, check out #376.

Cheers
Lex

On 9 July 2015 at 03:57, Steven Blatnick steve8tr...@yahoo.com wrote:

So I've finally got a chance to look at my non-API calls.  I was able to
code around most of them, but there are two that would be much easier if we
could make them APIs.  (I haven't pushed any of these changes to my git repo
yet.)  Could we consider making these API?

keybindings_load_keyfile - I dynamically add/remove a variable number of
plugin keybindings based on the plugin settings, so this allows me to
refresh the results easily.  This allows my external-tools plugin to have
any number of tools with each their own keybinding.  Otherwise, most plugins
have a set number of bindings.
keybindings_lookup_item - I know keybindings_get_item is available already,
but I am attempting to look up a core group keybinding and not plugin's own
keybindings.
keybindings_dialog_show_prefs_scroll - I remember someone saying the
Configure Plugins window would have a button to this already in a later
version, but I still don't see it.  I only need this API if the button isn't
added.

Let me know if this is possible or how I should proceed.  I use geany with
my plugins daily, and can't upgrade my code base until my plugins are
working.

Thanks,

Steve

On 05/29/2015 07:21 PM, Colomban Wendling wrote:

BTW, @Steven: search_find_text() is *NOT* part of the Geany plugin API
and never have been.  The fact you can use it is a issue of the way
Geany API was exported, and it is fixed in the dev version (meaning it
won't work anymore).



___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel


___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel


___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] pull request on GitHub, to add GeanyHighlightSelectedWords, into Geany Plugins

[Steven Blatnick]

Responses below:

On 07/08/2015 11:23 PM, Thomas Martitz wrote:
Remember that plugin_set_key_group() can be called repeatedly. Calling 
it again will simply clear all existing keybindings, then you can 
start over again with keybindings_set_item().


So it looks like this can be achieved with current Geany.


Thanks!  I'll take a look.
Not sure I completely understood this, but this sounds very much like 
not a keybinding issue.


The expected behavior is that ctrl+tab and ctrl+shift+tab switch the 
notebook page of whatever notebook their are in (the inner-most 
notebook in case of nested ones - this is sometimes inconvinient).


So if the sidebar is focussed, then ctrl+tab will switch pages in the 
sidebar.


But I don't fully understand what's the problem with this here. Where 
is this field you want to focus, is it not part of the youor sidebar 
panel?
The components are within the notebook, but I want to change the default 
component that is in focus when the tab is selected.  For example, in 
external-tools, I was setting the read-only textarea as focused, so you 
can highlight the output with the cursor via the keyboard without having 
to tab into that component first.

I agree this button would make some sense in the configuration dialog.
How about adding the button along the bottom of the dialog (to the left 
of where it says Apply, Cancel, OK), and just having it take you 
to the currently selected plugin's shortcuts?


Thanks,

Steve

___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] pull request on GitHub, to add GeanyHighlightSelectedWords, into Geany Plugins

[Steven Blatnick]

Thanks!  I'd love to get this into geany-plugins, but I keep 
procrastinating because of lack of time to figure out how to integrate 
into the build system.  Any suggestions on where to start with that?  
I'm a bit unclear on what files are generated vs what I need to edit to 
add my plugins.


Thanks,

Steve

On 07/08/2015 08:58 PM, Matthew Brush wrote:

On 2015-07-08 10:57 AM, Steven Blatnick wrote:

[snip]
Let me know if this is possible or how I should proceed.  I use geany
with my plugins daily, and can't upgrade my code base until my plugins
are working.



I forgot to mention, if you made your plugin part of the Geany-Plugins 
project (I'm assuming it's FOSS, I couldn't find license), usually 
core Geany developers will test API changes against GP project to see 
what breaks and you might even find sometimes patches to your plugin 
waiting in your inbox, to fix this kind of stuff for you :)


Cheers,
Matthew Brush

___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel


___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] pull request on GitHub, to add GeanyHighlightSelectedWords, into Geany Plugins

[Steven Blatnick]

So I've finally got a chance to look at my non-API calls.  I was able to 
code around most of them, but there are two that would be much easier if 
we could make them APIs.  (I haven't pushed any of these changes to my 
git repo yet.)  Could we consider making these API?


 * keybindings_load_keyfile - I dynamically add/remove a variable
   number of plugin keybindings based on the plugin settings, so this
   allows me to refresh the results easily.  This allows my
   external-tools plugin to have any number of tools with each their
   own keybinding.  Otherwise, most plugins have a set number of bindings.
 * keybindings_lookup_item - I know keybindings_get_item is available
   already, but I am attempting to look up a core group keybinding and
   not plugin's own keybindings.
 * keybindings_dialog_show_prefs_scroll - I remember someone saying the
   Configure Plugins window would have a button to this already in a
   later version, but I still don't see it.  I only need this API if
   the button isn't added.

Let me know if this is possible or how I should proceed.  I use geany 
with my plugins daily, and can't upgrade my code base until my plugins 
are working.


Thanks,

Steve

On 05/29/2015 07:21 PM, Colomban Wendling wrote:

BTW, @Steven: search_find_text() is*NOT*  part of the Geany plugin API
and never have been.  The fact you can use it is a issue of the way
Geany API was exported, and it is fixed in the dev version (meaning it
won't work anymore).


___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] pull request on GitHub, to add GeanyHighlightSelectedWords, into Geany Plugins

[Steven Blatnick]

Thanks Matthew.  I was wondering how to tell what was API. (Colomban can 
disregard that question in the other email).


On 05/29/2015 08:29 PM, Matthew Brush wrote:

Lessons learned:
  - Messing with build system flags can affect API (and ABI for that 
matter) without ever touching the code itself.
  - Never use any function that isn't explicitly listed in Geany's 
Doxygen documentation. Even if a function has no or incomplete 
documentation, if it shows up in the API reference docs (ie. has a /** 
or similar Doxyen comment), it's safe to use, otherwise it probably 
should be, or it's a bug. 


___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] pull request on GitHub, to add GeanyHighlightSelectedWords, into Geany Plugins

[Steven Blatnick]

I kind of like the idea of selection highlighting being separate 
highlighting from the search highlighting.  That allows you to have 
multiple groups highlighted differently, which has come in handy in 
using plugin versions of these features.  Alternatively, perhaps we 
could add having multiple search groups, but that may be more 
complicated or less intuitive.


On 05/29/2015 07:09 PM, Colomban Wendling wrote:

E.g, have a setting in the preferences Dynamically mark the current
word that decides whether mark all is dynamic or not, and have
shift+ctrl+m toggle the marking, whether it's dynamic or not.


___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] pull request on GitHub, to add GeanyHighlightSelectedWords, into Geany Plugins

[Steven Blatnick]

Responses:

On 05/29/2015 07:21 PM, Colomban Wendling wrote:

Le 29/05/2015 00:10, marius buzea a écrit :

   
https://github.com/sblatnick/geany-plugins/blob/master/quick-search/src/quick-search.c.

[…]

The quick-search.c calls Geany's search_find_text several times in one
processing, and each time a regex would be recompiled in search_find_text.
This is, I guess, a small cost when the regex is just a string.
Odd, I don't see this reply from Marius in my inbox.  Was this in 
private separately?

search_find_text() doesn't do regex search when the flags don't ask for
it, it only uses SCI_FINDTEXT().

=

BTW, @Steven: search_find_text() is *NOT* part of the Geany plugin API
and never have been.  The fact you can use it is a issue of the way
Geany API was exported, and it is fixed in the dev version (meaning it
won't work anymore).  Not also that this never worked on Windows.
Thanks for the information.  I wonder if any of my other plugins include 
non-API calls.  Is there an easy way to tell what is allowed and what 
shouldn't be?  Is there a reason we don't allow plugins to tie into 
anything when they could besides trying to stop plugins from being 
overtly complicated or breaking things?


If you need the function, tell us and we can probably add it.  Though
here all you need is SCI_FINDTEXT, that is already available through
sicnitlla_send_commend(sci, SCI_FINDTEXT, flags, ttf).

Ok, I'll look into that.

Thanks,

Steve
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] New plugin loader mechanisms

[Steven Blatnick]

I personally hope whatever the group decides to do with the plugins 
doesn't involve requiring a rewrite of all of them, because we'll surely 
lose plugins and supporters that way.


Concerning some of your perceived shortcomings:

On 03/18/2015 10:42 AM, Thomas Martitz wrote:
Currently geany exports a pointer to a struct, that contains more 
structs, which contain function points to the API functions. 
Fortunately this is nicely hidden to developers via macros. But due to 
gtkbuilder all functions and nothing prevents plugins from accessing 
these. And the macros are awkward and strange anyway. There is 
currently the linkage-cleanup PR in the works which improves this by 
actually exporting the API functions, and _only_ the API functions to 
plugins. 
Maybe I'm completely wrong on this from an architecture perspective, but 
part of what I like about writing plugins for geany is accessibility.  
If we only get access to a subset of functions, then it seems less 
flexible what our plugins can actually do.  Yes, this allows us to write 
bad plugins that can do some sloppy things, but I say so what.  They 
are plugins.  Someone would have to go out of their way to install most 
plugins outside of geany-plugins, and there is some vetting for that 
list of plugins.  I say by keeping the restrictions minimal on what 
plugins can access, we can get more powerful plugins and not block off 
potential plugins by our over-abstraction.


Take chrome/chromium browser, for instance.  They basically have 
restricted all plugins to be at most a button on the toolbar or 
effecting web pages.  There seems to be no possible way to write a 
plugin to get vertical tabbing I so appreciate in firefox (and geany for 
that matter) because chrome seems to have this stuck-up mac attitude 
that it's the way they intended, no customization allowed, mission 
accomplished https://www.youtube.com/watch?v=MgSQA1jqFpM.  Maybe I'm 
wrong, maybe that's not chrome's motive, but I certainly don't like the 
lack of flexibility of their plugin architecture.  (If anyone knows a 
way on linux to get vertical tabs in chrome, that would be awesome ;-)


I suppose you could argue that having access to almost everything 
requires more frequent updating of plugins, but personally I haven't had 
more than one or two line changes with any update to geany. Plus then we 
have to worry more about plugin support and it's own set of bugs.


That's just my opinion.  Thoughts?

Thanks,

Steve
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] Wish for Wishlist and bug in Homepage

[Steven Blatnick]

This is awesome!  I will have to try it out.  I actually wanted a plugin 
like this too, but never got around to working on one myself :-)


From the screenshot, it appears you don't overlap the text, which is 
even better than I've seen other editors and their other implementations 
use.


Thanks again!

Steve

On 03/10/2015 08:06 PM, Matthew Brush wrote:

On 13-11-12 12:26 AM, theUser BL wrote:
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.




I wrote a plugin lately to do this, it lives here for now:

https://github.com/codebrainz/overview-plugin

Cheers,
Matthew Brush

___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel


___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

[Geany-Devel] Tab context menu suggestion

[Steven Blatnick]

I just started a plugin 
https://github.com/sblatnick/geany-plugins/tree/master/tab-utils/src 
to give some additional functionality to tabs.  For now, it just adds a 
Close before and Close after options instead of the close 
everything else option.  The thought occurred to me, this may be a 
feature we would want to add to geany itself.


Personally, I'd rather have something like close from here 
before/after or close before/after in place of close everything 
else, but there is no reason geany couldn't have both.


Another thought, is there a way to disable the full list of open tabs 
from that context menu so my list isn't so long to get to the power options?


Should I implement this into geany and  create a pull request?  Or can 
someone argue this really should remain in a plugin?


As an unrelated side note, I think we could add a toggle button type to 
toolbar buttons and add a toggle for line wrapping.  For now I'll just 
continue to use the keyboard shortcut for this.


Thanks,

Steve
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] Proxy Plugins Update

[Steven Blatnick]

I concur completely.  It's also possible to lose some plugins entirely, 
as that's why I left gedit.  I figured if I have to rewrite my plugins 
anyway, I may as well look at other editors/IDEs as possible candidates.


On 11/13/2014 05:50 AM, Lex Trotman wrote:

my gut feeling is that unless the effort is minimal it risks those
plugins being unavailable for a while after the geany release


___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] Switched to Win~1

[Steven Blatnick]

Uh oh, fighting...
http://www.youtube.com/watch?v=RybNI0KB1bg

Can't we all just:


;-)

On 10/13/2014 10:45 AM, Dimitar Zhekov wrote:

On 12.10.2014 г. 19:04, Tim Tassonis wrote:


On 10/11/2014 12:12 PM, Dimitar Zhekov wrote:

On 22.9.2014 г. 18:34, Kernc wrote:

 If I'm going to distro-hop, why not Windows? A working 
desktop, if

 nothing else.


Have fun, then. Just fixed a few Windows Machines and again knew one
reason to never, ever move to windows: The real-life requirement to
install a third-party commercial virus scanner eating up half of my
computer's resources just to be able to survive a few days on this
platform. Never in my life will i move to that horrible world.


Very true. I never praised Win~1 in the first place, and the lack of 
package manager is it's main system fault until W8. It'll take many 
years to see all applications migrate to Windows Store, and to have 
running random code from Internet blocked forever.


With the Linux distributions, the situation quite different, but not 
any better. You can (a) use the distribution packages only, and put up 
with things like K4, G3 and systemd; (b) compile packages from source, 
which is time consuming, and due to dependencies, you need to compile 
more and more of them; (c) block the unwanted updates - but again, due 
to dependencies, you have to block more and more. For a regular user, 
the only choice is (a), or install once and never update anything. 
Linux praises itself as a free operating system, but I can hardly 
imagine more totalitarian installation approach.


I used mainly distribution packages, of course, with some things 
compiled, some blocked, and even a 3rd party .deb or two, but managing 
the whole thing became too time consuming. As much as I hate them, the 
antivirus scanners at least work automatically.


--
E-gards: Jimmy
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel


___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] i want to contribute with this project

[Steven Blatnick]

I'm being a bit off-topic, but...

I think Roberto D Machado sounds Brazillian to me, so I'd like to say:

Bem vindo ao geany!

If you aren't Brazillian, then my apologies for assuming such. Disculpe 
alguma coisa ;-)


I think you'll like this group.  They are responsive, and I've seen a 
good variety of people from all over the world respond to this list.  
The only pitty is I don't know where everyone is from.  I think it would 
be interesting to see how we're distributed throughout the world.  It 
seems Colomban is from France, based on his reply text, Frank seems to 
have a German email address, and I don't know where the others are.


Até mais,

Steve

On 10/09/2014 05:19 PM, Lex Trotman wrote:

Don't know where you are located, but be aware that IRC is timezone
dependent and not all developers use it.


___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] Why smart indentation is so stupid?

[Steven Blatnick]

I agree that I like smart indentation, although it does seem to do one 
thing that I didn't expect: auto-indent and unindent on curly braces.  
I'm more used to just preserving the previous line's indentation without 
special casing curly braces.  Anybody know if there is a way to just get 
flat indentation without this special case?


On 07/25/2014 07:33 PM, Tory Gaurnier wrote:
I use the smart indentation feature and I think it works fine the 
way it is. It may not be perfect, but in most cases it does exactly 
what it's supposed to.


On July 25, 2014 3:28:21 PM PDT, Matthew Brush mbr...@codebrainz.ca 
wrote:


On 14-07-25 01:01 PM, Colomban Wendling wrote:

Le 25/07/2014 21:33, Pavel Roschin a écrit :

I'm very wondered how does smart indentation feature
work. If previous line is empty, it removes indent
assuming that single empty line is an empty indent. Smart
indentation for multiple lines is absolutely awful: it
doesn't take into account internal sub-indents and makes
selection flat. 


It's a lie, this feature isn't smart, it just sets the same
indentation than the previous line.

Is anybody using this? 


I doubt it

Under smart indentation people assume astyle,
php-beautifier and so on:

http://stackoverflow.com/questions/18828162/smart-auto-indentation-available-in-geany


Yeah, we know we should have a nice (and complex) system for
configurable smart indentation, but every time we tried to
think about it we discovered that some languages are so crazy
that it's really not simple, and probably would require some
specific code for some languages (did I say Haskell?). And
nobody did the filetypes plugins yet :( However, you might be
able to use some indenters tools from Geany using custom
commands to some extent. In a similar way, I once started a
multi-indernters plugin, but I didn't finish it for various
reasons, one being my lack of much interest in it (I'd rather
work on a solution for configurable and nice thing for Geany
than on wrapping gnuindent, astyle or others, tools I never
really used). If anyone is interested, it's here:
https://github.com/b4n/grind



And for smart indentation/formatting, I have written a plugin which
works with C, C++, Objective-C (and I think I remember they talked about
JS support) by using clang-format. See:

http://codebrainz.github.io/code-format/

Cheers,
Matthew Brush




Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel


--
Sent from my Android device with K-9 Mail. Please excuse my brevity.


___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel


___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] Why smart indentation is so stupid?

[Steven Blatnick]

Thanks!  (Note to anyone else that may be looking at that setting: 
Project indentation settings overwrite the global ones.)


On 07/28/2014 09:25 AM, Colomban Wendling wrote:

Le 28/07/2014 17:18, Steven Blatnick a écrit :

I agree that I like smart indentation, although it does seem to do one
thing that I didn't expect: auto-indent and unindent on curly braces.
I'm more used to just preserving the previous line's indentation without
special casing curly braces.  Anybody know if there is a way to just get
flat indentation without this special case?

You mean auto-indentation upon typing, right?  AFAIK, the OP talked
about the *Edit-Format-Smart Line Indent* feature instead.

Anyway, to have the auto-indentation do what you ask (e.g. be dumber :))
go in the preferences to *Editor-Indentation* and set *Auto-indent
mode* to *Basic*.

Regards,
Colomban
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel


___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] RFC: Proxy plugins

[Steven Blatnick]

Like I think Dimitar was saying, adding custom scripts sound like they 
should be second class plugins.


Sorry to be a broken record here, but my external tools plugin calls 
whatever language you can make an executable for or call from the 
command line: 
https://github.com/sblatnick/geany-plugins/tree/external-tools/external-tools/src


I don't see the need for bindings for every language to tap into plugin 
functionality when you can call scripts and accept the scripts output 
with some accepted criteria, kinda like an API or like my plugin does.  
For instance, external-tools lets you output a program to the bottom 
panel or substitute currently selected text in geany, etc.  While this 
limits the methods the plugin can interact, it supports an easy input 
and easy output logic.


I haven't been following the entire thread, and I don't mean to come 
across as continuously advertising my own plugin, but it seems to me 
that you are discussing integrating other languages to the plugin 
structure.  In my opinion, this plugin already does that to a limited 
extent, but to an extent that meets my needs as I'm not looking to tweak 
UI from the plugin.


Just as I think Dimitar was saying, I don't think we want to overly 
complicate plugins because of wanting to support everything or every 
language for plugins.  I hope changes to how we do plugins don't break 
existing plugins too much, as that was one of the reasons I left gedit.  
It's annoying rewriting plugins because of the changes.


Thanks,

Steve

On 05/09/2014 11:15 AM, Dimitar Zhekov wrote:

Unless we are trying to enable scripting in more than a few languages,
I see no reason for all these complications. Let the master Foo plugin
search for and probe the found .foo files, display a list of them, and
save the list of selected ones in it's own configuration, without
involving Geany. I'd like to have 100 useful python (lua, js, ...)
scripts or macros, and will probably write my own, but certainly don't
want them as first class plugins.


___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] RFC: Proxy plugins

[Steven Blatnick]

I sent this email earlier and never saw it come back through the mailing 
list, so I'll send it a gain to see if it is going through...


...

Like I think Dimitar was saying, adding custom scripts sound like they 
should be second class plugins.


Sorry to be a broken record here, but my external tools plugin calls 
whatever language you can make an executable for or call from the 
command line: 
https://github.com/sblatnick/geany-plugins/tree/external-tools/external-tools/src 



I don't see the need for bindings for every language to tap into plugin 
functionality when you can call scripts and accept the scripts output 
with some accepted criteria, kinda like an API or like my plugin does.  
For instance, external-tools lets you output a program to the bottom 
panel or substitute currently selected text in geany, etc.  While this 
limits the methods the plugin can interact, it supports an easy input 
and easy output logic.


I haven't been following the entire thread, and I don't mean to come 
across as continuously advertising my own plugin, but it seems to me 
that you are discussing integrating other languages to the plugin 
structure.  In my opinion, this plugin already does that to a limited 
extent, but to an extent that meets my needs as I'm not looking to tweak 
UI from the plugin.


Just as I think Dimitar was saying, I don't think we want to overly 
complicate plugins because of wanting to support everything or every 
language for plugins.  I hope changes to how we do plugins don't break 
existing plugins too much, as that was one of the reasons I left gedit.  
It's annoying rewriting plugins because of the changes.


Thanks,

Steve



On 05/09/2014 11:15 AM, Dimitar Zhekov wrote:

On Fri, 09 May 2014 12:29:58 +0200
Thomas Martitz ku...@rockbox.org wrote:


The basic idea is that proxy plugins initially call a Geany API to
register themselves as proxies, providing criterias to select potential
plugins (for now, this is only a list of file extensions)
Geany will match files against these criterias and, on match, call into
the plugin for the first time.

What???

No, this isn't about loading plugins on demand. This is about
implementing APIs so that plugins (probably selected in the PM dialog)
can act as a proxy to plugins written in other languages (also selected
in the PM dialog). I do not intend to change the user experience w.r.t.
to plugins: All plugins, regardless of the language, are user-selected
in the PM dialog and loaded only then and on subsequent startups.

So then, the only remaining option seems that Geany will search the
plugin paths, and match the found file extensions. It's unclear what
call returns the sub-plugin metadata (name, version etc.), but that's
solvable.

Unless we are trying to enable scripting in more than a few languages,
I see no reason for all these complications. Let the master Foo plugin
search for and probe the found .foo files, display a list of them, and
save the list of selected ones in it's own configuration, without
involving Geany. I'd like to have 100 useful python (lua, js, ...)
scripts or macros, and will probably write my own, but certainly don't
want them as first class plugins.

As another option, we can declare one scripting language as official,
support the language binding for it, and provide the command console.
Vim, emacs and gdb have one, so why should the light IDE Geany
support N of them? And whoever wants to write a plugin to supports his
or her favorite REXX/VBScript/younameit is still free to do so.

Personally I'd choose a language that supports GTK+, *nix and Windows,
for obvious reasons.



___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] RFC: Proxy plugins

[Steven Blatnick]

Thanks!  That's weird... I still haven't gotten either of the messages 
myself.  I just checked, and they're not in my spam folder. Does the 
list no longer send the the sender?  I used to get my own messages.


On 05/09/2014 03:14 PM, Thomas Martitz wrote:

Am 09.05.2014 23:07, schrieb Steven Blatnick:

I sent this email earlier and never saw it come back through the
mailing list, so I'll send it a gain to see if it is going through...



It came through. As a tip, you can check the mailing list archives[1] 
before sending the mail another time


[1]: For example here (reached via geany.org): 
http://lists.geany.org/pipermail/devel/2014-May/date.html

___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel


___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] 'shiftcolumn' plugin - keyboard shortcut conflict

[Steven Blatnick]

Sorry, I didn't realize the feature was being added anyway.

On 03/26/2014 04:13 AM, Frank Lanitz wrote:

Am 26.03.2014 00:32, schrieb Steven Blatnick:

Actually, you could just add a button to the plugin preferences that
points directly to the Edit - Prefernces - Keybindings by calling:

keybindings_dialog_show_prefs_scroll(Plugin Section);

Please don't do that.
This is adding another way configuration dialog could look like with
adding no extra value (- 1.24 will have a keybindings button on plugin
manager).

Cheers,
Frank
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel


___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] 'shiftcolumn' plugin - keyboard shortcut conflict

[Steven Blatnick]

The shortcut code would look something like this:

enum
{
KB_PLUGIN,
KB_GROUP
};
   ...
key_group = plugin_set_key_group(geany_plugin,
   plugin_name_keyboard_shortcut, KB_GROUP, NULL);
keybindings_set_item(key_group, KB_PLUGIN, shortcut_callback, 0, 0,
plugin_name, _(Shortcut Name), NULL);

Here is a simple plugin that uses that structure:
https://github.com/sblatnick/geany-plugins/blob/quick-search/quick-search/src/quick-search.c
Here is another plugin that allows dynamically adding shortcuts (as 
opposed to a fixed number):
https://github.com/sblatnick/geany-plugins/blob/external-tools/external-tools/src/tool.c 
line 64


I hope this helps,

Steve

On 03/25/2014 05:12 PM, Lex Trotman wrote:

On 26 March 2014 09:33, Shankhoneer Chakrovarty shankhon...@gmail.com wrote:

Hi,

'shiftcolumn' is one of the orphaned plugin which I have decided to work on.
shiftcolumn's default shortcut key to move the selected text to right is
Primary0 which conflicts with Zoom reset, making the plugin useless to
move the text right unless for every move the user clicks Tools-Shift
Right. Shift left is done by Primary9 key which is working fine.

Also, this plugin doesnt have its plugin preferences dialog box.

I was planning to change the default shortcut key for the aforementioned
behavior of the plugin to Primary8 which AFAIK doesnt conflict with
anything.

Do you guys think its a good idea? What should I do to prevent such problems
to arise in future?

It is actually preferable that plugins do not have default keybindings.

It is not known what combination plugins will be loaded and so it is
not known what combination of keybindings might clash, and it is not
known what keybindings a user might define themselves that can clash.

So I would recommend that default keybindings be removed from plugins.

Cheers
Lex


Thanks,
Shankhoneer Chakrovarty

___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel


___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel


___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] Looking for features for a SQL plugin

[Steven Blatnick]

I wrote an sql plugin for gedit a while back which was based on my 
experience with Microsoft's SQL client.  Basically the approach I took, 
and I think this would work for geany as well, was:


1. Manage various connections to databases and allow switching between
   the connections - the connection is global to geany (Actually, I
   think my first plugin only allowed one connection, and later when I
   tried to remake the plugin for gedit3, I allowed multiple
   connections to be managed)
2. Run queries from any open document by highlighting them and using
   some keyboard shortcut and/or button
3. Display the results in a scrollable gtk table in the bottom pane. 
   This was especially beneficial as the ASCII presentation from the

   command line is hard to see when it starts wrapping.

That would be a reasonable minimum.  We could extend it from there to:

1. Show tables in the current database on the side panel, expandable to
   show the columns
2. Allow editing of the cells in the table output

Some further thoughts:

1. I used SQLAlchemy for my gedit plugin (it was in python) because it
   allowed connecting to various SQL databases such as MySQL,
   PostgreSQL, etc
2. If there is a way to make the output in a table on a separate thread
   to not lock the UI, that would be good for larger result sets.  We
   could at least create some optional built in limit of how many results.
3. A way to kill the query in progress would be good

Thanks,

Steve

On 03/24/2014 06:25 AM, Federico Reghenzani wrote:

+1

do you think a simple text console (as mysql cli client) or some kind 
of graphics?



On Mon, Mar 24, 2014 at 9:47 AM, Frank Lanitz fr...@frank.uvena.de 
mailto:fr...@frank.uvena.de wrote:


Hi folks,

A often wished feature at our boothes at e.g. Chemnitzer Linux
Tage were
to have some kind of a SQL plugin for Geany, supporting executing
queries at the database.
As I'm also looking for something like this, I'm wondering what do you
think such a plugin should be able to do in some global view. I don't
think we will be able to build up another MySQLWorkbench or PGAdmin --
and this is also not my goal for a Geany plugin -- but most likley
more
than an execution of queries might would be useful.

Cheers,
Frank
___
Devel mailing list
Devel@lists.geany.org mailto:Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel




___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel


___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] Highlight the same variable

[Steven Blatnick]

I don't know what the primary geany developers would say on this, but 
personally I like a simple editor that's extendable (like geany) rather 
than a bloated editor that you disable unwanted features on (like most 
heavy-IDEs).  Plus this feature is in the main plugins (Addon plugin), 
making it easy to get to since the plugins are frequently packaged with 
geany.


A bit off topic, but where did this digest format come in to the 
emails?  devel-requ...@list.geany.org sends digests of de...@list.geany.org?


Thanks,

Steve

On 02/06/2014 02:20 AM, Steven VALSESIA wrote:

Thank you for your response.

Don't you think that this feature should be integrated in the program 
? (as many other IDE)



2014-02-06 10:00 GMT+01:00 devel-requ...@lists.geany.org 
mailto:devel-requ...@lists.geany.org:


Send Devel mailing list submissions to
devel@lists.geany.org mailto:devel@lists.geany.org

To subscribe or unsubscribe via the World Wide Web, visit
https://lists.geany.org/cgi-bin/mailman/listinfo/devel
or, via email, send a message with subject or body 'help' to
devel-requ...@lists.geany.org mailto:devel-requ...@lists.geany.org

You can reach the person managing the list at
devel-ow...@lists.geany.org mailto:devel-ow...@lists.geany.org

When replying, please edit your Subject line so it is more specific
than Re: Contents of Devel digest...


Today's Topics:

   1. Highlight the same variable (Steven VALSESIA)
   2. Re: Highlight the same variable (Steven Blatnick)


--

Message: 1
Date: Thu, 6 Feb 2014 01:09:19 +0100
From: Steven VALSESIA steven.valse...@gmail.com
mailto:steven.valse...@gmail.com
To: devel@lists.geany.org mailto:devel@lists.geany.org
Subject: [Geany-Devel] Highlight the same variable
Message-ID:
   
cao+4mkl-sx8etdkzqpff_v5bfahnfsmdrrwt42pngjv4muw...@mail.gmail.com mailto:cao%2b4mkl-sx8etdkzqpff_v5bfahnfsmdrrwt42pngjv4muw...@mail.gmail.com

Content-Type: text/plain; charset=iso-8859-1

Hi everybody !

I wish to develop a new feature for geany, but first i want to
know what do
you think about it.
I want to highlight the same variable when you double-click on it.
Sometime I develop with Qt creator, and that feature missing me.

That feature need to be coded ?
As a feature or just a plugin ?

Thanks !
-- next part --
An HTML attachment was scrubbed...
URL:

http://lists.geany.org/pipermail/devel/attachments/20140206/dc66c983/attachment-0001.html

--

Message: 2
Date: Wed, 5 Feb 2014 17:58:02 -0800 (PST)
From: Steven Blatnick steve8tr...@yahoo.com
mailto:steve8tr...@yahoo.com
To: Geany development list devel@lists.geany.org
mailto:devel@lists.geany.org
Subject: Re: [Geany-Devel] Highlight the same variable
Message-ID:
   
1391651882.81213.yahoomailandroidmob...@web140103.mail.bf1.yahoo.com


mailto:1391651882.81213.yahoomailandroidmob...@web140103.mail.bf1.yahoo.com
Content-Type: text/plain; charset=iso-8859-1

Highlighting on double-click all instances of a word is an option
in the Addons plugin.? Also my quick-search plugin (see
github.com/sblatnick http://github.com/sblatnick) does
additional highlighting in other colors based on what was searched
last and what was selected last.

Hope this helps,

Steve

-- next part --
An HTML attachment was scrubbed...
URL:

http://lists.geany.org/pipermail/devel/attachments/20140205/65fdb6a7/attachment-0001.html

--

___
Devel mailing list
Devel@lists.geany.org mailto:Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel


End of Geany-Devel Digest, Vol 71, Issue 4
**




___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel


___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] Highlight the same variable

[Steven Blatnick]

Highlighting on double-click all instances of a word is an option in the Addons 
plugin.  Also my quick-search plugin (see github.com/sblatnick) does additional 
highlighting in other colors based on what was searched last and what was 
selected last.

Hope this helps,

Steve

___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] Scribble Font

[Steven Blatnick]

Thanks for the info guys.  I'll have to try it out when I get a chance.

Thanks,

Steve

___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

[Geany-Devel] Scribble Font

[Steven Blatnick]

Is there any way to adjust the Scribble font?  I think it should use a 
monospace font :-/


Thanks,

Steve
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] Compiler tab suggestions

[Steven Blatnick]

My external-tools plugin takes file paths and opens them like a blue link in a 
webpage.  The output is in a textarea-like instead of those table tree 
structures.  Maybe if the compiler pane output to a text buffer like that, then 
maybe fonts would help.  My plugin uses a monospaced font. (See 
github.com/sblatnick/geany-plugins external-tools branch and directory).

Sorry if my terminology is off. I'm away from my computer.

Thanks,
Steve

Lex Trotman ele...@gmail.com wrote:

On 11 January 2014 21:00, Thomas Martitz ku...@rockbox.org wrote:

 Am 11.01.2014 10:35, schrieb Lex Trotman:

  Hi All,

 Two ideas for the Compiler tab open for consideration:

 1) Since both C/C++ compilers (g++, clang++) now output little ^
 characters which are supposed to point to the place where they got
 confused, I suggest that the compiler tab use a (real) monospace font
 by default, so the ^ is in the intended place.


 Not sure is the ^ really useful to us in geany? I'm not sure because
 clicking on the line moves the editor to that location anyway.


Yes clicking goes to the line, but doesn't indicate the column, which is
what ^ does.

It would be better if it *did* go to the column but that needs focus forced
to the editing widget to show the new cursor position.  Focussing by
clicking unfortunately makes the cursor go where you click :)

I just (belatedly) checked and there is PR #191 and patch #11 both
purporting to handle column numbers, not sure of their status.

#191 is quite big but on quick glance I didn't actually see where the
column was handled, and sf is so slow I ran out of patience looking for the
patch 11.



  2) After a compile, the tab should be scrolled back to the top since,
 AFAIK, most people clear up reported errors from the first to the last
 so they can identify and skip consequential errors caused by a prior
 compile error.


 No, not to the top. If anything to the first error, but staying at the
 bottom is just fine. Compiler errors usually happen at the end so if you
 scroll to the top you might have to scroll all the way down again. This
 might be a lot to scroll for large projects where hundreds of files
 compiled successfully before the first error. FWIW, I usually fix compile
 errors in no specific order (usually I fix the first line, upwards from the
 bottom, where I can distinguish an error from a warning).


Yes agree, first error would be best.

Cheers
Lex



 Best regards.
 ___
 Devel mailing list
 Devel@lists.geany.org
 https://lists.geany.org/cgi-bin/mailman/listinfo/devel


___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] A direction for Geany

[Steven Blatnick]

LOL.  I will say that my initial reason for preferring gtksourceview 
when I was looking for another editor was the native feel, which is a 
major reason I was only looking at gtk-based editors.  Maybe my 
experiences are just because Geany has done such a darn good job of 
using scintilla while gedit hasn't done such a good job of using 
gtksourceview :-)


On 12/16/2013 10:46 AM, Matthew Brush wrote:
My experience is exactly opposite. GSV feels natural in GTK+ since 
most of its API is directly inherited from the existing GtkTextView 
widget and the rest of its API is very idiomatic. Scintilla's GTK+ 
backend, without going into a huge rant, has quite possibly the worst, 
most foreign API to ever be unleashed on the world. 


___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] small bug in utils_strtod()

[Steven Blatnick]

That looks like pee yellow to me...

On 12/04/2013 01:38 PM, Lex Trotman wrote:




On 5 December 2013 07:26, Tory Gaurnier tory.gaurn...@linuxmail.org 
mailto:tory.gaurn...@linuxmail.org wrote:


No offense, but a paint store isn't a very good comparison,
because they have 100s of named colors, and you can get 1000s of
mixes that then have their own names, when it comes to computer
science we use RGB, we can't crack open a can of green and mix it
with egg shells white, we use HEX or DEC values to mix red green
and blue. And HEX is hardly cryptic, first two digits are red,
middle two digits are green, and last two digits are blue. A
program/API should always support HEX, and it's good practice to
also support DEC values and named colors.


And it doesn't understand Gamboge, a colour name that has been in use 
at least since the 1600s.  #e49b0f :(


Cheers
Lex


___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel


___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] spawning rewrite - RFC

[Steven Blatnick]

I'm not familiar with what this is about?  I'm away from my computer to look at 
the code.  Is this a plugin to run/spawn external programs and capture output?

If so, you may want to check out my external-tools plugin:

https://github.com/sblatnick/geany-plugins/tree/external-tools/external-tools/src
 

Thanks,

Steve

___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] Let's use Vala

[Steven Blatnick]

Wow, you found the article :-)

From what I've seen of geany, the code looks much better than some code 
I've seen.  It didn't take as long to familiarize myself with the basic 
structure since the code files are well named and the directory 
structure is far from deep ;-) One of the reasons I felt so comfortable 
writing plugins for it is how much easier the code was to read.  At 
least you don't have perl code mixed with java, etc ;-)


I'm a bit wishy-washy on my positions in these threads.  Part of me is 
still healing from the Gnome disaster, and part of me likes moving 
forward.  I hope at least it's good food for thought.


On 11/12/2013 06:16 PM, Matthew Brush wrote:


If it's the article I'm thinking of, it's this:
http://www.joelonsoftware.com/articles/fog69.html

But just because some guy wrote it on his blog don't make it 
automatically true or apply to all projects. IMO of any code I've ever 
read, Geany's is most due for some re-design/cleanup/re-factoring :) 


___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] Wish for Wishlist and bug in Homepage

[Steven Blatnick]

I +1 a mini map like sublime :-)  gedit has a buggy plugin that does the same 
which we could look at for a gtk implementation.  I like the idea of it being 
in a scroll bar to use less space.

I suggest this should be a plugin though.

Thanks,

Steve

___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] Let's use Vala

[Steven Blatnick]

I'm thinking vala sounds like a good idea the more I hear about it... :-)

On 11/12/2013 02:36 AM, Matthew Brush wrote:

On 13-11-11 11:48 PM, Steven Blatnick wrote:
That sounds pretty good.  Is that a lot like python and gtk?  I get 
the impression its better since I don't think python compiles to 
equivolent c code?




If by better you mean faster, leaner, and more compatible with 
existing C code, yep. It literally outputs (fairly) readable 
GObject/GTK-style C code just like you'd write by hand. With Python 
not only is it not easily callable from C code, but it's interpreted, 
and I think the PyGObject/Introspection stuff makes it go through 
another layer of foreign function interface stuff (libffi I guess) to 
actually call the GObject C code rather than directly through a 
CPython extension (could be mistaken on this).


You might like an intro like this video:
http://www.youtube.com/watch?feature=player_detailpagev=6QrGmA_RR4E#t=2214 



Cheers,
Matthew Brush
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel


___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] Please check your mail clients to support threads

[Steven Blatnick]

Maybe you could send a personal email to the person/persons that aren't 
doing this correctly?  I just checked the headers in one of my 
responses, and I think I'm okay.


On 11/12/2013 08:33 AM, Frank Lanitz wrote:

Hi folks,

Sorry for that Geany-OT posting... but please be so kind and take some
second to check whether your mail client is respecting the threading
when answering a post. I've got a lot of spitted up threads here and
it's really annoying and time consuming to put them together again.

In details: When answering a post, your mail client (or at latest yout
mail server) should add a message ID to your mail. This can be checked
in source of your mail and looks similar to:
Message-ID: 527b726c.9070...@frank.uvena.de
(it's another post of myself)
Also when hitting answer, your client should add the References and
In-Reply-To header to new mail. Also pelase don't answer to the
collection of mails.

Cheers,
Frank



___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel


___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] Let's use Vala

[Steven Blatnick]

I hope I don't have to rewrite my plugins again for this editor ;-) I 
will admit though, seg faulting all of geany in a plugin gets annoying :-)


Maybe I'm spoiling the party, but like with gnome 2, sometimes sticking 
with what you have is better than seemingly needless upgrades.  I'm 
running older hardware at home since running linux doesn't require me to 
upgrade every few years like windows does.


I read an article a while back, sorry I can't remember the source, 
pointing out how developer's desire to do a rewrite/refactor of code is 
not a good idea since all regressions and bugs can come back and all of 
that effort was lost.  That said, I'm always suggesting the need for 
refactoring at every job i've been at, so I may be a hypocrite.


Maybe these comments refer more to the change of direction thread, since 
it sounds like vala compiles to C anyway, and would just be extending 
the way we can code things rather than re-writing or re-defining what we 
are doing.


Thanks,

Steve

On 11/12/2013 03:58 PM, Matthew Brush wrote:
[2]: Since so much of Geany's guts/implementation is exposed directly, 
it'd most likely be impossible to make any non-trivial 
changes/re-factorings without disturbing the plugin API. And even if 
we aimed to keep the plugin API mostly stable during the changes, we'd 
probably end up with maintenance nightmare of all kinds of old 
backwards compatibility wrappers and such. 


___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] Let's use Vala

[Steven Blatnick]

Disclaimer: I know little to nothing about Vala.

I like how lean Geany is.  From the discussion, it sounds like Vala does 
its own memory management.  Currently geany only uses between 9 and 13 
MB of memory on my box.  Would Vala inadvertantly make geany use more 
memory?  I don't want to use much more of my GBs of memory ;-)


Changing languages almost always adds complexity and my humble opinion 
is that it should be avoided, but I also don't know enough about vala to 
say how easy it would be to include it in development.


Thanks,

Steve

On 11/10/2013 12:22 PM, Matthew Brush wrote:

On 13-11-10 02:00 AM, Pavel Roschin wrote:

Maybe, rewriting some parts of boating complicated leaky code (e.g.
build.c:)
isn't bad idea and suitable in this situation. You don't need much
bindings for
editor and Vala shouldn't be a pain. But AFAIK Geany don't use
GObject and
writing on Vala may cause deep refactoring that will take your time.
Many things
in Geany could be rewritten, simplified and improved and it's
definitely going
to be refactoring while using Vala.

To improve maintainability pure C code could be pre-generated before
release
for faster and easier build without vala.



Yep, this is the default for the Autotools built-in support as well,
so no extra work to do it.


 From the other side you could scare good C programmers...



True, but I suspect good C programmers will have little trouble with a
simple language like Vala.


About RHEL: defenitely can say that Vala 0.20 works. And some things
could be
easily compiled.



Cool, good to know.

Cheers,
Matthew Brush

___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel


___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] A direction for Geany

[Steven Blatnick]

One of the things I've enjoyed about switching from gedit to geany is 
that geany typically doesn't use nearly as much memory and loads large 
files easily.  Now, I don't know if that's related to Scintilla vs 
GtkSourceView, but really long documents, particularly with long lines, 
freeze gedit up.


At first I was sceptical of using a Scintilla-based editor from my 
GtkSourceView, but geany has grown on me.


With any direction change, I would hope most of all that the basics I 
know and love about geany remain untouched:


1. Relatively easy to read source code.
2. Fast and light weight.  Feature-rich without the bloat.
3. Plugins can do virtually anything.  (I found gedit plugins to be a
   bit more difficult, especially since the editor was in a different
   language than the python plugins, although that could be more my
   inexperience with the languages at the time I started.)
4. Consistent behavior across languages, like a good power-editor.  One
   concern about language specific code mentioned in this thread and
   other threads is if the editor will still handle things consistently.
5. Support for many languages.  This is probably the main reason I
   don't use something like Eclipse, because switching editors for the
   various languages that I have to program in is annoying.

Anyway, whatever you decide, please don't take such a change in 
direction as to gnome things up for us.


That's my 2 cents, if they are worth anything since most of my 
contributions so far are still small.


Thanks,

Steve

On 11/11/2013 08:45 AM, Pavel Roschin wrote:

5. Drop Scintilla and use GtkSourceView. I'll just enumerate the reasons
that come to mind, in no particular order:

But does this mean that some Sci-features are going to pass away? E.g. scintilla
supports multiple selections and, gap buffer, multiple gaps, inline styling
(e.g. spellcheck, mark words) that I never seen in gedit/mousepad.

--
Best regards,
Pavel Roschin aka RPG
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel


___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] This is a test, was having issues sending to mailing list

[Steven Blatnick]

This is the first email I've gotten from you since the 11th.  Then 
shortly after I got an email titled Drop GtkStock and...


Hope this information helps,

Steve

On 10/14/2013 01:20 PM, Tory Gaurnier wrote:
This is a test message, I kept getting error messages trying to send a 
reply to a thread in the mailing list, you guys didn't get a bunch of 
copies of the same message from me did you? If you did I apologize, my 
mail app kept giving an SMTP error and resending.

___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel


___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] splitwindow2

[Steven Blatnick]

Out of curiosity, do you plan to be able to split a single document, or 
only two separate ones, or both?  It sounds like this is for showing two 
different documents at once, as loading a single document with two views 
of it would probably have it's own problems associated with it.


On 10/10/2013 04:03 AM, Thomas Martitz wrote:

Hello,

I just wanted to let you know that I'm working on a new splitwindow 
implementation and I would like to have early input. But, also as a 
warning, I'm progressing only slowly because I'm at the final phase of 
my master thesis which currently needs more attention that Geany hacking.


Anyway, we all know about the limitations of the splitwindow plugin. 
They include (not a complete list):

- the other view can only have one document
- you cannot undo/redo: you need to select the tab in the main 
notebook to do that

- state is not saved/restored across Geany restarts
- it's completely awkward because the other view shows a doc that's 
also in the main view, editing in the other view will change the main 
view at the same time.

- you cannot toggle between the views with a keybinding (e.g. ctrl+tab)
- weird focus behavior
- more...

My plan is to reimplement splitwindow using a different approach: by 
having two real, independemt notebooks, one primary and one seconary.


New docs will be opened in the primary one by default, but can be 
moved to the secondary one at will. This means that no document can be 
shown in both at the same time which makes it a loss less awkward. It 
also lets us lift the other limitations:

- undo/redo will work
- state can be saved across restarts (config file format will probably 
need some changes for this)

- toggling with keybindings between views can work
- you can arbitrarily assign docs to views using different methods

The nice things about splitwindow that should be probably be kept:
- chose between horizontal and vertical split
- automatic sizing of the views
- anything else?

Unfortunately Geany's core is pretty hardcoded as to assume one (and 
only one) notebook for documents. This means that for this various 
changes to Geany core are necessasry, some of which may be difficult 
to do without breaking the plugin API/ABI. Some are gonna hate this 
but I'm not currently planning do this as a plugin because the core 
needs a lot of changes anyway for breaking the single notebook 
assumption. But I'm very open for discussion which is why I'm writing 
this early.


I already have an experimental version up and running that doesn't 
even require all that much changes[1] and it seems to work nicely. See 
this[2] screenshot.


So, any opinions?

[1]: https://github.com/kugel-/geany/tree/splitwindow2
[2]: http://www.alice-dsl.net/simonemartitz/default/splitwindow2.png

Best regards.
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel


___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] Plugin development questions

[Steven Blatnick]

Not sure if this will help you, but I wrote a plugin to highlight 
anything selected and a search string using separate highlighting from 
the other searches and AddOn plugin.  It sounds like you are putting 
markers in the margin, but this code may be useful to look at if you 
wanted to mark the changes inline (such as using green to indicate added 
code).  You'll notice the gints I use for the indicators must be unused 
by geany for other highlighting.


Github - Quicksearch 
https://github.com/sblatnick/geany-plugins/blob/quick-search/quick-search/src/quick-search.c


Thanks,

Steve

On 10/07/2013 06:54 AM, v01d wrote:

Hi,
thanks for the response.

Yes, since each editor have a separate marker handling (since it's a
separate ScintillaObject), you have to re-define the markers for each
document.


Ok, great. Then I programmed it correctly =)

I'm not quite sure right now without any testing, but couldn't you end
up with a fractional value that gets wrongly rounded or something?
Sorry, I'm not so familiar with markers.

It is possible, I will look into cropping the image on run-time somehow.

BTW, couldn't you use one of the builtin markers instead of an image?
Like a green SC_MARK_PLUS and a yellow SC_MARK_FULLRECT or something?
If this is ok for you it would save you from having to bother image
definition, loading, scaling, whatever.

I would be glad to use Scintilla's symbols but I have two problems:
a) I have only plus or minus (which makes sense) but couldn't decide 
which was a good symbol for modified lines. This is a matter of 
aesthetics anyway. Currently I'm using simply a block of solid color 
using for each (red, yellow and green). However...
b) The tricky part is that there are no lines which are marked as 
deleted because, well, there are gone. So the deleted marker should 
actually go between lines. Netbeans puts an arrow-shaped marker 
pointing in between lines. So I emulated this as you can see in the 
attachment, but it doesn't look really pretty and has these issues. 
Since Scintilla only lets me add markers to lines (and not in between) 
I resorted into creating a fourth type of marker named 
deleted-modified, which is used whenever the current line is 
modified and previous lines were deleted (see picture).


I will use these for now (unless someone suggests a simpler/better 
solution) and continue into git integration.


Best,
Matías


Regards,
Colomban
___
Devel mailing list
Devel@lists.geany.org mailto:Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel




___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel


___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] On Deprecation of Platforms

[Steven Blatnick]

I kinda feel bad for the Windows users (in more than one way ;-), but I sure 
would like to see those inline file modified dialogs instead of pop-ups.

Also, removing the if defs like Tory suggests and simplifying code is always 
nice.

Is there any way to give some support to the Windows guys without maybe 
official full-featured support?  Do we know how many people on Windows use 
Geany, users specifically and not geany devs?

Anyway, that's my 2 cents, if they are worth anything.

Steve



 From: Lex Trotman ele...@gmail.com
To: Geany development list devel@lists.geany.org 
Sent: Wednesday, October 2, 2013 8:02 PM
Subject: Re: [Geany-Devel] On Deprecation of Platforms
 







On 3 October 2013 11:24, Matthew Brush mbr...@codebrainz.ca wrote:

On 13-10-02 05:19 PM, Lex Trotman wrote:

All Developers,

Its time we deprecated windows support!!

The windows code in Geany is:

- unmaintained and bit-rotting

- buggy

- holding us at an unreasonably old GTK version

- hard to maintain due to being hacks on top of hacks

- few of the developers have access to a representative development setup
(no WinXP on a VM is hardly representative)

Since there has never been a case of removing support for a platform before
(that I know of) we don't have a process for doing it.

Therefore I propose that the windows version be deprecated, announcing it
on the website, user ML and #geany startup message and anywhere else it
might get through.

If this does not result in contributors who support the windows version
coming forward and actually making a difference in the code and the user
support then Windows should be dropped in a couple of versions.

I don't have any windows systems, don't use it and can't develop for it,
but I have always noted when I was aware that some issue would impact the
windows version, and have tried to help people who have had difficulties
with Geany on windows where I could.

But I have run out of patience.



Heh, you're the only one with commit access that doesn't have at least a VM to 
test Windows stuff on :)


But nobody actually does anything to fix the problems, so how would we know :)
 

Anyway, I'm against removing Windows support, since a large portion of Geany's 
users (anecdotally, from IRC and bug tracker) are running Windows, but I am 
totally for:

- Removing buggy, non-trivial, non-maintained, win32-specific code (ie all of 
win32.[ch]).
- Removing all #ifdef G_OS_WIN32 guards/blocks unless strictly required (since 
we're using G* we should need few if any such guards to be cross-platform).
- Removing 2 of 3 build systems and using *one* that can compile Geany on all 
platforms (ex. fix Autotools to work in MSYS, or only using Waf, or maybe 
CMake or something else).
- Having nightly/continuous build for Windows using above build system and 
environment, so non-Windows-using developers can know if they broke Windows 
build (IIUC current Win32 nightly builds using cross-compilation from Linux, 
completely separate from Win32 release build). Not sure this is possible 
unless we can run a VM on the server though.
- Not officially caring about WinXP since it's hasn't mainstream support by 
Microsoft since 2009 (and is officially EOL next year).
- Enabling GTK+3 support in Windows release and using latest supported GTK+ 
bundles provided by upstream, so were not fighting 5+ year old bugs that 
likely have been fixed since.
- Not working around bugs in G* win32 stuff with #ifdef/win32.c hacks, but 
rather just filing a bug report upstream and pointing anyone hitting the bug 
to the upstream ticket.
- Having a script and/or documentation on the Windows release/installer 
creation process so it can be updated and understood by all developers.

I think with most of the above it would alleviate the maintenance burden 
related to Win32 support.


That seems a likely nice way forward for windows support, if it is continued. 
But this requires work, and my point is that, at the moment, ***nobody*** is 
going to do it.  

Since nobody has actually come forward and demonstrated that they have the 
capability and the ***will*** to maintain windows support, we should warn 
everyone that this is the case.  If someone(s) actually does the things you 
have listed above, then great, thats the best outcome.

But lets face reality, if no maintainers who ***will*** fix windows can be 
found, kill support for that platform.  An unmaintained platform should not 
dictate the future of the project.

Cheers
Lex
 

Cheers,
Matthew Brush

___

Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel


___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] On Deprecation of Platforms

[Steven Blatnick]

I kinda like what Lex said:

I'm not saying delete anything inside #ifdef OS_WIN32 tomorrow.  But 
also in fairness some warning that platform specific code is not being 
maintained adequately needs to be given to Windows users, and their help 
sought, and this is one way I can think of that makes it clear.


Basically we don't abandon what works in windows, but we encourage 
people to step up and help if they care about it, otherwise support will 
slowly break.  Does that sound good?


Anyway, I don't even know if I have a line of code that made it into 
master so far, so once again take my input with a grain of salt. I'd 
rather not drop support for anyone, but it's also seemingly more 
difficult with windows, so I think this gradual approach is probably a 
good compromise.


Thanks,

Steve

On 10/03/2013 08:37 AM, Lex Trotman wrote:




On 3 October 2013 23:19, Colomban Wendling lists@herbesfolles.org 
mailto:lists@herbesfolles.org wrote:


Le 03/10/2013 02:19, Lex Trotman a écrit :
 All Developers,

 Its time we deprecated windows support!!

Although I don't use Windows, I don't really see why.


 The windows code in Geany is:

 - unmaintained and bit-rotting

Nick uses it AFAIK, and he had done things on it, so it's not that
true.


Nick seems to be the only one that attempts to maintain it, and as he 
noted in another thread, he doesn't have much time these days and he 
doesn't want to be maintainer again.  He's done sterling work over 
many years, lets say thanks, and let the guy have a break :)



 - buggy

Well, I can't say there isn't a problem with the spawning code here --
but that's the only thing I know that is truly problematic.


About 10% of the open bugs are labelled windows.


 - holding us at an unreasonably old GTK version

Sorry?  I don't think Windows support has anything to do with the GTK
version we support.  If anything, it's rather the contrary,
providing a
newer version for Windows installers is far easier than forcing
users of
old GNU/Linux distros to build a new version.


Well, as I understand it, moving the windows packages to GTK 2.24 is 
the only thing holding us at 2.16.  As there was a deathly hush on the 
ML thread when volunteers were requested to try it, I guess nobody is 
willing to support it, even just for that.



 - hard to maintain due to being hacks on top of hacks

Again, spawning code (only?)


Again 10% of open bugs.


 - few of the developers have access to a representative development
 setup (no WinXP on a VM is hardly representative)

I indeed don't, but AFAIK Nick and Matthew does


And I should add, its not reasonable if you are the only one either, 
the fixes needed to windows will deprive the rest of Geany of any of 
your effort.  Its not as if there are no other things to do :)



 [...]

 If this does not result in contributors who support the windows
version
 coming forward and actually making a difference in the code and
the user
 support then Windows should be dropped in a couple of versions.

It would indeed be nice to have more developers that really user the
Windows version and have time and will to improve and fix it.


And therein lies the problem, the Linux version is not exactly 
brimming with developers and, as far as I can tell, nobody wants to 
support the windows specific code.



 I don't have any windows systems, don't use it and can't develop
for it,
 but I have always noted when I was aware that some issue would
impact
 the windows version, and have tried to help people who have had
 difficulties with Geany on windows where I could.

That was nice, thanks :)


Well, not having time for non-work coding ATM, answering (and asking 
:) questions is my limit.



Anyway, although I agree the Windows version isn't as good as it
should
right now, I don't really see the problem it causes to the rest of
Geany.  And if we indeed clean some things up a little like Matthew
suggests, it could even be just fine (Windows dialogs, come on).


Again, the issue is, without anybody to do it, all that happens is 
that the rest of Geany gets less love.


Lots of people over the years have put forward suggestions, but none 
of them have even dropped a PR or patch, let alone assisted with 
maintenance.  Its not nice to cut off a platform, but if everybody 
expects others to do the work, then we may have no choice or the whole 
project will collapse.


I'm not saying delete anything inside #ifdef OS_WIN32 tomorrow.  But 
also in fairness some warning that platform specific code is not being 
maintained adequately needs to be given to Windows users, and their 
help sought, and this is one way I can think of that makes it clear. 
 Other suggestions are welcome :)


Cheers
Lex


Cheers,
Colomban
___
Devel 

Re: [Geany-Devel] wordchars in filetypes.r

[Steven Blatnick]

Sweet! I've changed some syntax highlighting colors, but I didn't realize the 
word def was in there too.

Is there a way to add highlighting to variables and escape sequences within a 
string?  For example (perl):

print My name is $name\n;

Where $name and/or \n are highlighted with a different color within a string.  
Also, I'm not at my computer, but many editors struggle with perl strings as 
they can be delimeted quite liberally, like qq~this~.  I'll have to see if 
geany has some of those issues when I get a chance.

Maybe these are scintilla issues though?

Thanks for telling me word definitions are settable.

Steve

Sent from Yahoo! Mail on Android

___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] wordchars in filetypes.r

[Steven Blatnick]

Personally I wish ctrl+left/right and double clicking would not include _ as 
word chars so I have the granularity I'm used to, even though I guess including 
underscore would be more correct for words.

Could this be one of those tweakable miscilaneous properties so different 
people could set it how they like? (Like the show scribble checkbox, etc)

Sent from Yahoo! Mail on Android

___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] Smart tabs

[Steven Blatnick]

I haven't been following all of the details of the whole conversation, 
but I just wanted to throw in my two cents:


I like how geany already keeps the indentation of the previous line and 
unindents with a single backspace independent of if the file is using 
tabs or spaces.


Any custom formatting-as-you-go I hope is only enable-able, perhaps 
that's why it would be best suited as a plugin.  Weather that plugin is 
in the core plugins or geany-plugins doesn't matter to me.  One of the 
reasons I like geany is because its editing consistently across the 
different languages.  I don't particularly like tools that automatically 
fix indentation as I type on curly braces or whatever.


Also, most IDEs and editors can fit into two groups: full feature that 
can be stripped down, simple with enable-able features.  I think of 
geany as the latter.  I much prefer enabling plugins and features as I 
learn them or want them, rather than having more things pre-enabled as 
Lex suggests below.


Anyway, that's just my food for thought.

Thanks,

Steve

On 07/17/2013 02:01 AM, Lex Trotman wrote:




On 17 July 2013 16:53, Thomas Martitz 
thomas.mart...@student.htw-berlin.de 
mailto:thomas.mart...@student.htw-berlin.de wrote:


Am 17.07.2013 00:49, schrieb Thrawn:

Thomas Martitz wrote:

Bah, this everything must be a plugin really annoys me...
What's wrong with you accepting new code in the core?

Actually, I agree that custom indentation schemes are too
troublesome to include in core...
unless someone, somehow, has a spark of genius allowing them
to invent a perfect
one-scheme-fits-all approach. This idea - particularly the Lua
script - is far from that.


I didn't mean to suggest there is a one-scheme-fits-all solution.
The core can totally have customizations to a generic algorithm
(or even custom algorithms) on a per-language basis. What I
question is the enforcement (I perceive it as such) to introduce
all new functionality via (perhaps unreliable) plugins even if
essential core features (indentation is clearly one of them) are
concerned. There seems little, if any, consideration whether new
stuff should go into the core or plugins. The plugin approach is
the default and it seems hard to improve the core.


Hi Thomas,

There are two questions:

1. Should a general solution to language specific indentation go in 
core, most definitely yes, when we know what that is !!!


So far such a solution has not been found, Colomban's regex prototype 
was closest but still had a high proportion of incorrect results 
leading to the conclusion that the approach was not capable enough.
Implementing a bad approach in core and then having to try to 
fix/expand or replace it is just a waste of time.


So as I said trying out indentation schemes in plugins makes it easier 
to replace them (but the user can always still use the old one if they 
like it better, they can't do that with in-core code that has been 
removed).  There is a PR that demonstrates that plugins can be 
autoloaded by filetypes, so each plugin only needs to do one language, 
making them simpler and easier to get right.


Then it will be possible to identify commonality that is suitable for 
implementing in core.


2. Should this particular function Thrawn is offering be in core? 
 Since it is limited to one situation in one language (or group of {} 
languages) and he wants to implement it in Lua, no.



Plugins are nice, but still not ideal. The authors might not be
dependable, the code quality can be bad, they are not
automatically loaded (which is I guess the point of them, however
it means that users cannot not be automatically exposed to new
functionality) and there's non-zero overhead in both memory usage
and performance. The first two obviously don't apply for plugins
that ship with Geany.


Now that you mention it, there is probably no reason why we could not 
default enable some of the plugins shipped with geany, its just having 
the settings in the default config file.  And possibly some more 
plugins could move to core (+1 for Enrico's Addons TODO for example :)


Note that it is probable that Geany core could provide some more 
support for plugin indentation, but as yet nobody is sure what that 
consists of.


Cheers
Lex


Best regards.

___
Devel mailing list
Devel@lists.geany.org mailto:Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel




___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel


___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] Lua script vs the plugin wishlist

[Steven Blatnick]

Along the same lines, I've developed another way people can quickly 
integrate functionality to geany in minutes rather than days or even 
hours :-)


external-tools 
https://github.com/sblatnick/geany-plugins/tree/external-tools/external-tools 
- Add virtually ANY executable script or file to be called from keyboard 
shortcuts or the Tools menu.  The intended use is that you can write 
*bash scripts* or even *perl scripts* that use environment variables to 
get data from geany (via environment variables passed to the scripts) 
and are able to act based on some settings on geany or the code.


One advantage that this plugin offers that the lua plugin could maybe 
consider doing is having a nice UI for adding, removing, and editing 
scripts.


This plugin hasn't been submitted to geany-plugins yet, as I am still 
working on it.  That said, it's already quite functional.  It behaves 
much like gedit's external tools, but with some improvements and planned 
features they missed.  (I use gedit's version of the plugin daily, so 
I'm hoping to add it to geany and improve on it)


Here are the currently set environment variables:

1. GEANY_LINE_NUMBER - The current line number the cursor is at in the
   editor
2. GEANY_SELECTION - Any currently selected text
3. GEANY_SELECTED_LINE - All of the text on the current line the cursor
   is at
4. GEANY_FILE_PATH - Path to the current file in the editor
5. GEANY_FILE_MIME_TYPE - Mime type of the current file (example:
   text/x-csrc)
6. GEANY_FILE_TYPE_NAME - Mime type by name of the current file
   (example filetype: C)

Output from the script can be directed into:

1. New Tools tab of the Message Window as either text output or a
   table (I'm still working on the table)
2. Overwrite currently selected text
3. Do nothing in the UI (good for opening other tools like meld)
4. Overwrite the currently selected line
5. /any other ideas?/

I hope the plugin will be greatly flexible.  I plan on adding that file 
paths in the output on the tools tab of the message window will be 
clickable to browse to files as well as a table output for CSV-like uses.


Anyway, I hope somebody likes this little sneak peak at my plugin :-)

Thanks,

Steven Blatnick


On 06/05/2013 06:06 AM, Thomas Martitz wrote:

Am 05.06.2013 13:46, schrieb Thrawn:

Hi, folks.

Lex, thanks for your comments. I have heard before about GeanyLua's 
future being uncertain, and I did email the list suggesting that I 
would be willing to be an emergency backup maintainer. Ie I don't 
generally have the time, but given a choice between fixing a severe 
problem and losing the plugin, I'd step up.


Just tonight I've uploaded another script to the Geany Wiki, for 
surrounding the current selection with brackets, tags, etc. That 
fulfils another item from the plugin wishlist. It took about 40 lines 
(including comments and debug lines) and 15 minutes.


I strongly urge that GeanyLua be retained. I think that it and 
GeanyPy are the way of the future for plugin development, and since 
GeanyPy isn't available precompiled, GeanyLua is the only 
out-of-the-box candidate for developing a useful feature (that would 
normally involve a plugin) in an hour or less. The documentation is 
clear; the API is simple but effective; there's no boilerplate (no 
import statements, no class declarations, no metadata, just code); 
deployment is just a matter of copying the script into the geanylua 
directory and restarting/rescanning; and it integrates nicely with 
the keybinding system.


Anyone who wants to develop a plugin, or wishes for a feature that 
some other editor has, should consider GeanyLua. It might not do what 
they need, but if it does, they'll be able to do it within an 
afternoon. I'm already maintaining 6 different Lua-powered features 
(some of which involve multiple scripts), with a 7th to be uploaded 
soon, and it's easy.





I believe GeanyLua is nice, but it still needs a maintainer :) You 
could be the one!


Best regards


___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel


___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] New Geany enthusiast here to help :)

[Steven Blatnick]

Welcome!

Sent from Yahoo! Mail on Android

___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] treebrowser plugin

[Steven Blatnick]

  
  
Adam,

Since you said suggestions are welcome, then here are some other
things I think would be awesome:

  The "Track path" button should be a toggle button, so we can
enable/disable it. Currently it only enables the tracking.
Perhaps a better icon could be used?
  I think there should also be a toggle button for show hidden
files/directories.
  Perhaps another checkbox in the context menu for
showing/hiding binary files? (gedit does this in their
tree/file browser)
  
  The "X" button on the toolbar should be removed. The only
thing it does it hide the toolbar. I think that's better in the
context menu as it is, and adding it to the toolbar is
unnecessary clutter in my opinion.
  The horizontal rule between bookmarks and the other
directories doesn't go all the way across.
  Maybe we could make the filter box at the very bottom instead,
just so it's visually separated from the uri.
  The settings should allow a different terminal to be chosen
(kinda like the file browser option) for "Open Terminal". Right
now it opens xterm or possibly based on the terminal in the ENV.
  I think copying any file/directory via Ctrl+C, context menu,
or whatever, should copy the path of the selected entry/entries
(like nautilus/cuja does when pasting into an editor).
  
  Creating a folder and other actions cause the file tree to
repeat (as mentioned in a previous email).
  Selecting multiple entries in the treeview may provide added
features.
  
  I'd like a better way to search in files than the dialog that
opens in geany currently, one that keeps settings instead of
trying to guess the directory you want to search from. I
mention this here because I think the current directory could be
based on the treebrowser plugin, so it would need to be part of
a plugin dependent on it.

gedit has a plugin called "Find in Files" that uses ack (much
faster than grep, by the way) to search files based on the
directory you are currently browsing in the tree browser. The
results are concise and in the side-bar instead of the bottom
bar, and the search field stays populated with what you put
instead of a dialog that goes away. It's another tab in the
side bar. Personally I really like the way that plugin works
for searching files better than any other file searching in an
IDE/editor I've seen so far, but it's still relatively simple.
Focus remains on the treeview, even after opening files, so you
can just use the arrow keys to navigate through the results. It
browses to the file and the matched line just by highlighting
the entry in the treeview. It always searches using regular
expressions and ignores hidden directories and other
optimizations of ack (or ack-grep). Here is a screenshot:



Something that behaves like that plugin is for gedit would be
perfect (hope you guys don't mind my still referring to another
editor ;-). I'm considering creating this feature/plugin
myself, but I wanted to mention it here, especially if we intend
on improving the current find-in-files functionality. For
example, every time I open the find-in-files dialog, which is
verbose to configure, and it resets the directory I'm searching
by every time. I'd like a more embedded search because would
use this A LOT.

(http://beyondgrep.com/
- ack's website)

The existing find-in-files functionality can be configured to
ack, but if I remember correctly there were some compatibility
issues with the output not being as nice for the grep
implementation.
  

Of course all of these are only suggestions based solely on my
opinion. Anyone else have thoughts or disagree with any of these?

Thanks :-)

Steve

On 05/21/2013 04:32 PM, Thrawn wrote:


  

  
Is it possible to
  add more file operations to the context menu, eg cut,
  copy, paste, properties?
  
  --- On Sun, 19/5/13, Steven Blatnick steve8tr...@yahoo.com
  wrote:
      
From: Steven Blatnick steve8tr...@yahoo.com
Subject: Re: [Geany-Devel] treebrowser plugin
To: "devel@lists.geany.org"
devel@lists.geany.org, "a...@yorba.org"
a...@yorba.org
Received: Sunday, 19 May, 2013, 9:24 PM


  

  
  

Re: [Geany-Devel] Don't pop-up messages/steal focus when in terminal

[Steven Blatnick]

As much as I hate platform specific code, could it be wrapped in a 
plugin, setting, or environment specific?
Or is there another more reliable means of associating an embedded 
dialog with a document, such as using some lower-level calls to avoid 
the pitfalls of the gtk ones that do things strange in windows?


On 04/19/2013 11:41 AM, Dimitar Zhekov wrote:

On Fri, 19 Apr 2013 09:26:33 +1000
Lex Trotman ele...@gmail.com wrote:


All that is stopping moving from 2.16 is Windows IIRC.  If someone who has
windows could help Enrico do that then I don't see a problem with moving to
2.18 and using the GTKinfobar displays instead of dialogs.

The problem is gtk+ 2.18 / 2.20 for win~1 are buggy.
So it's either 2.16 or 2.22...



___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] I'm thinking I like Geany...

[Steven Blatnick]

Thanks!

The plugin searches your project directory for files as you type.  It is for 
quickly opening files by name.

Sent from Yahoo! Mail on Android

___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

[Geany-Devel] Pull requests

[Steven Blatnick]

I finally got my pull requests cleaned up.  Please let me know if I need 
to change anything:


1. Bug fix: switching tabs with the keyboard doesn't work when a tab is
   hidden - https://github.com/geany/geany/pull/108
2. Bug fix: VTE can't have the focus switch off of it using the
   next/prev tab shortcuts - https://github.com/geany/geany/pull/107
3. Feature: Fixed width tabs - https://github.com/geany/geany/pull/106

Thanks,

Steve
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] Feature: editor tab width

[Steven Blatnick]

Hope you don't mind my CCing the list.  Answers/questions inline below.

On 02/17/2013 01:02 AM, Matthew Brush wrote:

On 13-02-16 11:50 PM, Matthew Brush wrote:

On 13-02-16 07:22 PM, Steven Blatnick wrote:

Do I need to change anything this time, or is it okay this once?



See my notes :)



Sorry, I meant to send to devel list but I guess the reply-to address 
was wrong or something.


I think you should check with list first to see correct way to 
implement. For example to adding unusual hard-coded keybindings or 
settings that might be not useful.


My opinion (and it's just that) is that the document tab width should 
be some presets like small default large or stuff like this 
since sizes under 16px or so and over some large amount aren't useful. 
This would allow to be adding only one new preference two.
Personally, I think it would be better to adjust the spinner to limit 
the pixel span to a reasonable range.  The spinner allows a greater 
variety of settings, which like with font size, people may disagree on 
what is small, etc.


Also for the message window stuff, how I mentioned is how I think it 
should be.
Message window?  I didn't do anything with windows other than adding a 
preference to the Preferences dialog, so I'm a bit confused.  I looked 
through recent emails and I'm not seeing anything message window related 
concerning this thread.  Sorry if I'm not seeing something in plain sight.


Just some notes, I won't block anything if someone else wants to fix 
up and merge.
I've reverted my master branch to match what geany's official master has 
and made the changes in a new branch in isolation of other features (the 
keybinding changes I made).  I've submitted a new pull request.  Let me 
know if I need to fix anything else in that request.


Cheers,
Matthew Brush

Thanks,

Steve
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] Feature: editor tab width

[Steven Blatnick]

Oh, sorry!  I forgot the bottom pane is called the Message Window.  I 
thought you were referring to dialogs.


Disregard my confusion

I just tried on master, and the key-binding fix I made seems to be there 
since I can now switch tabs on the Message Window.
I did note that the key-binding to focus the Message Window still 
doesn't work if you're on the VTE (I never committed a fix for that, but 
observed it when using geany).


Thanks,

Steve

On 02/19/2013 01:20 PM, Steven Blatnick wrote:

Hope you don't mind my CCing the list.  Answers/questions inline below.

On 02/17/2013 01:02 AM, Matthew Brush wrote:

On 13-02-16 11:50 PM, Matthew Brush wrote:

On 13-02-16 07:22 PM, Steven Blatnick wrote:

Do I need to change anything this time, or is it okay this once?



See my notes :)



Sorry, I meant to send to devel list but I guess the reply-to address 
was wrong or something.


I think you should check with list first to see correct way to 
implement. For example to adding unusual hard-coded keybindings or 
settings that might be not useful.


My opinion (and it's just that) is that the document tab width should 
be some presets like small default large or stuff like this 
since sizes under 16px or so and over some large amount aren't 
useful. This would allow to be adding only one new preference two.
Personally, I think it would be better to adjust the spinner to limit 
the pixel span to a reasonable range.  The spinner allows a greater 
variety of settings, which like with font size, people may disagree on 
what is small, etc.


Also for the message window stuff, how I mentioned is how I think it 
should be.
Message window?  I didn't do anything with windows other than adding a 
preference to the Preferences dialog, so I'm a bit confused.  I looked 
through recent emails and I'm not seeing anything message window 
related concerning this thread.  Sorry if I'm not seeing something in 
plain sight.


Just some notes, I won't block anything if someone else wants to fix 
up and merge.
I've reverted my master branch to match what geany's official master 
has and made the changes in a new branch in isolation of other 
features (the keybinding changes I made).  I've submitted a new pull 
request.  Let me know if I need to fix anything else in that request.


Cheers,
Matthew Brush

Thanks,

Steve
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel


___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] Feature: editor tab width

[Steven Blatnick]

Do I need to change anything this time, or is it okay this once?

Sent from Yahoo! Mail on Android

___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

[Geany-Devel] Feature: editor tab width

[Steven Blatnick]

I've got a pull request for geany with two features:

1. Tab width: Now you can set a fixed width for the editor's tabs.  Like we 
discussed in email, reallyLongFileNames can cause problems, so I added an 
option to have it behave as it does or to allow a fixed width.

2. Ctrl+Pg_Up and Ctrl+Pg_Down didn't effect the focus of the Terminal 
Emulator, which was annoying when wanting to switch tabs on the bottom pane.

I didn't see an easy way of separating the pull requests after the fact.  It 
didn't occur to me to separate the changes into branches without pulling into 
master until upstream did, so sorry about that.  I should have based the 
changes on separate branches both from geany's original master rather than all 
of my updates being pulled into master.

As a side note, I've noticed that the keyboard shortcut to focus the bottom 
pane/panel doesn't work correctly.  I have to essentially focus something 
specifically (like Compiler/Messages/VTE) and then Ctrl+Pg_Up/Ctrl+Pg_Down on 
them.

I hope someone likes these features :-)

Thanks,

Steve___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] Search bar

[Steven Blatnick]

On 11/29/2012 06:53 PM, Lex Trotman wrote:

On 30 November 2012 05:19, Steven Blatnick steve8tr...@yahoo.com wrote:

I noticed if I do a search from the toolbar and press return, it finds the
word, but focus remains in the search bar.
Isn't there a way to have it automatically set the focus to the text and
then I can use keyboard shortcuts to go from the current instance to the
next/prev.

I think this would be more intuitive:

1. Keyboard shortcut to the search toolbar.

Switch to searchbar, just add your favourite keybinding, I actually
re-defined ctrlf to do this not the dialog.

I did the same thing :-)



2. Type a word.
3. Press enter and get taken to the first word with the focus on it.

The toolbar search searches as you type, so it will highlight the
first match after the current cursor position, you don't need to press
enter, and in fact enter moves to the next match. You do need to
switch focus the first time if you are going to do some editing at the
match point.


4. Use other shortcuts to go from next/previous

The normal next/previous shortcuts apply, and remain in the editor
window, so the focus switch is first fime only.


5. Use the keyboard shortcut again to return to the toolbar to change the
search term.


See 1. above


I did things this way all the time before.  In geany, it looks like I have
to use another shortcut in between?

Well, you want to press enter to get from the searchbar to the edit
window, just use the switch focus instead, as I said the search
happens as you type, so you are already at the right position.

[...]


What do you guys think?


No change needed to give the equivalent of your workflow, except that
the keybinding to switch to the editor isn't enter.
Good point.  I didn't think of it that way.  Personally, I think it 
still seems a little wonky that it doesn't focus when you hit enter.


Cheers
Lex



Thanks,

Steve

___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel


___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel


___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] I'm thinking I like Geany...

[Steven Blatnick]

I'm referring to the filebrowser plugin, not the open file dialog which 
does support backspace already.


Thanks for the reply.

Steve

On 11/29/2012 01:51 PM, Thomas Martitz wrote:

Am 27.11.2012 23:48, schrieb Steven Blatnick:

Hello.

I'm just introducing myself and explaining why I chose to add myself 
to the devel list today, as well as providing a patch.


I'm a software developer who, if you can believe it, uses gedit as my 
primary IDE.  (You may have seen me recently in the IRC channel.)


After struggling with the division between gedit 2, gedit 3, and 
pluma (MATE), I decided to look elsewhere for a light-weight IDE.


My initial impressions of geany are:

1. It runs with about half the RAM of gedit2 on my box.
2. The code seems easier to get in to.
3. It seems to be heading the direction I like and has the look and 
feel I want.
4. Looks like any feature I miss from gedit I could contribute myself 
or write a plugin.


So here is my attempt to get involved:

I've attached a patch that adds /Backspace/ to the keyboard events 
for the file browser so you can go up a directory quicker. It's 
something I noticed gedit had and I hope others may find it more 
convenient than previous Alt+Up key combination (which still is 
there, this is just in addition).


Yes, backspace is very convinient to go up one folder.

However, it already does that for me even without the patch (if the 
filename entry is hidden, via ctrl+l). And it does that in all 
applications. I was under the impression that this was handled 
entirely within gtk filechooser.


Best regards
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel


___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] I'm thinking I like Geany...

[Steven Blatnick]

Out of curiosity, what is the native language of many of the people on 
this list?
Quero saber, o que seja a língua principál das pessoas nesta lista de 
e-mail?

Sprechen Sie Deutsch?
¿Hablan Español?

Ni Hau :-)

Steve

On 11/28/2012 05:08 PM, Lex Trotman wrote:

On 29 November 2012 05:25, Steven Blatnick steve8tr...@yahoo.com wrote:

Replies below.  I hope nobody is annoyed that the new guy is emailing so
much :-)


Of course not, but be aware that many Geany devs do not have English
as their first language so the bigger the email the fewer read it
tl;dr :)

(Not that I'm innocent of verbosity of course :)

Also please keep your emails to text only.  Mailers don't agree well
on how HTML should render and  quotes don't work right.

[...]

Maybe if it's just a flag it could be dependent on what it's building
against?  Though I hate to support different features for different
dependencies... If they end up keeping that feature, I hope we could use it.


We try to avoid #ifdefs everywhere.

[...]

Instead, I think it would be more intuitive to put them all together like
GEdit's External Tools.  It's simpler and more powerful I think.  (Don't get
me wrong, I wouldn't be trying geany out if I thought gedit were better in
every way.  Geany has a lot of customization GEdit lacked.)  For those who
haven't used GEdit much, let me point out some of the features, as well as
ideas for improvement:

The whole suggestion was tl;dr but let me point out that each of these
ways of running commands is different, for example compile commands
have their output scanned for error messages to show in the compiler
tab, execute commands do not have this, custom commands paste their
results in the buffer, etc.  As I remember gedit didn't have these
things.  So whilst combining them might in some ways be nice, I think
it is likely to confuse users who try to configure the wrong sort of
command in the wrong place.

[...]


I meant that we should add those features to the current file browser
plugin.  I wasn't able to see those features in the context menu.

Use the treebrowser plugin instead, add to that if you need to, keep
the filebrowser simple for Luddites like me :)

[...]

Cheers
Lex
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel


___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel