> And another question: Is github allowing to do an automatic rebase for
> forks?
> E.g. I have forked geany-plugins into my namespace
> https://github.com/frlan/geany-plugins
> and want to keep it up to date. Do I need to to it locally with git
> remote --add etc. or is there any gui for?
It's no
> Now that the geany-plugins has been converted to Git, I thought I'd post
> this patch that adds the feature I've been working on (wrapping text with
> characters) to the Addons plugin. Any chance of it being added?
Hi Alex,
Now that geany-plugins is on github, we can take advantage of the
awes
> > You can't do a cherry pick or rebase through the front-end. I think
> > adding this 'merge pull request' commit is a good idea, since it shows
> > more information about where the commit came from.
>
> OK. So I assume its best practice also on github to do so?
Yes, this is a best practice. It'
>
> See question from subject line. How can I merge a pull request without
> adding a new commit stating the merge? Is there some kind of ff or
> cherry-pick available through front end?
>
Hi,
You can't do a cherry pick or rebase through the front-end. I think adding
this 'merge pull request' com
> So what I propose is to move these links (and also the online color scheme
> generator) to a sub-page or sub-section for "legacy" color schemes, with a
> description about when to use which colour schemes with which versions. This
> way people who use older Geany versions can still access them bu
Hello,
I'm working on the TreeBrowser plugin. I have fixed a few bugs, so I'm
looking forward to sending pull requests when geany-plugins is on
github :)
I'm currently trying to add a keybinding for deleting objects from the
treeview. I have added a KB_DELETE_OBJECT keybinding, and I've mapped
th
> Actually the plugin is option 3, It is return plus user activated,
> just some activations are normal keys.
Aha, I understand. Thanks for the explanation.
> Maybe it works for Ruby, but
> it doesn't for C, and after looking at the code I don't see how it can
> possibly generate GNU style inde
> 1. calculate the indent each change, and then ripple that through the file
> 2. calculate the indent each change and only apply it to this line
> 3. calculate and apply the indent to lines N and N-1 only on new line
> or user command
> 4. calculate and apply the indent on user command
>
> Option
> ("close dialog" currently only closes the dialog for "find all" style
> options)
This is true. However, if you look at the "Add wrapped search" [1]
feature request (which is still open), Nick Treleaven
and Enrico Tröger had a conversation about changing this back in 2009:
2009-10-14 05:49:13 nt
> It turned out to be quite easy, because the two meanings are actualy
> used separately...
>
> --
> E-gards: Jimmy
Thanks very much for the patch, it works great!
> >>- Make 'Wrap search' checked by default.
> >
> > And that'll irritate anyone who prefers not to wrap, and has to uncheck
> >
> >> my personal preference is to always wrap search, but keep the find
> >> dialog open.
> >
> > This is your personal preference only.
Yes, I was just saying that I would like my personal preference to be possible
> I'm not really against having a General -> Search tab, but I'm not sure
> havi
> * Move the 'Search' preferences to 'Editor' -> 'Search & Replace', instead of
> 'General' -> 'Miscellaneous'
> * Remove the "Always wrap search and hide the Find dialog" setting.
> * Add a 'Wrap search' checkbox to the Find dialog, below the 'Close dialog'
> checkbox.
> * Make 'Wrap search' che
Hello,
It took me a little while to find the Search preferences. I did not expect
them to be filed under 'General' -> 'Miscellaneous'.
>From a usability perspective: In my attempt to configure search, I first
looked in "Editor", and then "Interface".
I was getting very irritated with the message
Hi Alex,
I'm also really keen for this feature, so could I please request a recent
copy of the plugin? Perhaps you could update your repo on github?
I'd like to start using it right away, and could help to fix any bugs.
I also really think that this should to be added to the 'Auto-close quotes
an
ation section of the README.
Thanks,
Nathan
On Wed, Nov 30, 2011 at 3:12 PM, Frank Lanitz wrote:
> Am 30.11.2011 07:36, schrieb Nathan Broadbent:
>> P.S. The documentation needs to be updated for the 'waf' build system,
>> in quite a few places, including geany-plug
(continued from github - https://github.com/geany/geany/pull/15)
> I don't think any of Geany's developers will argue that having some sort of
> unit testing would be a good idea, especially for the plugin API, but mainly
> it boils down to:
>
> 1) What framework to use (Geany is written in plai
Dear Scintilla & Geany mailing lists,
I would like to write a Scintilla lexer for the HAML syntax. HAML is
used by many (if not most) Ruby on Rails developers. It is an indented
HTML markup language with inline Ruby evaluation. It also needs to
support many embedded syntaxes, such as javascript, r
> If I understand you correctly, you're referring to this bug report
> [1]. It was recently discussed on the list [2], and there is even some
> code implementing the feature as a plugin [3].
> [1]
> https://sourceforge.net/tracker/?func=detail&aid=3383201&group_id=153444&atid=787794
> [2] http://
Hi Lex,
Thanks for your reply.
> Certainly you could use a plugin to provide an improvement in
> auto-closing braces etc. In general these days it is preferable that
> all language specific parts go in plugins so they don't interfere with
> other languages. Since braces are shared by all the C
Hello,
I'm a Ruby on Rails programmer with a bit of C and C++ experience.
I was using gedit 2.x & the gmate plugins happily for over a year, until
Ubuntu 11 decided to go to GTK3, and bump gedit to 3.x. All my plugins are
no longer compatible, so I decided that it was about time to find a new
edit
20 matches
Mail list logo
