LSE` from the handler function.
Any plugins which swallow GTK+ events, preventing them to be handled by
other plugins or core itself, should be highly suspect, as far I can see.
Regards,
Matthew Brush
___
Devel mailing list
Devel@lists.geany.org
h
ame signal as well as
whether or not they return `TRUE` from their signal handler, there's no
guarantee the `keyrecord` plugin gets too see all
`ScintillaObject::key-press-event` signal emissions?
Regards,
Matthew Brush
___
Devel mai
ng you mean the existing
'keyrecord' plugin?), or the proposed solution.
Regards,
Matthew Brush
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel
On 2020-05-14 5:48 p.m., Austin Green wrote:
Hi Matthew,
On Thu, 14 May 2020 16:20:58 -0700
Matthew Brush wrote:
Can you elaborate on what you are trying to do specifically? There may
be a better way.
Sure thing.
The plugin 'recordkey', and possibly others, connects to the
On 2020-05-14 5:48 p.m., Austin Green wrote:
Hi Matthew,
On Thu, 14 May 2020 16:20:58 -0700
Matthew Brush wrote:
Can you elaborate on what you are trying to do specifically? There may
be a better way.
Sure thing.
The plugin 'recordkey', and possibly others, connects to the
order of calling the plug init functions is what counts, but it's
complicated by plugins being unloaded and reloaded dynamically.
Hi,
Can you elaborate on what you are trying to do specifically? There may
be a better way.
Regards,
Matthew Brush
___
should be done before issuing a pull request.
With best regards to devel subscribers,
Ivan Zelinskiy.
Hello and welcome!
Regards,
Matthew Brush
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel
keywords with
french ones:
SI ((VALEUR DIME) EGA 2)
SI (EXISTSE TAB1 < PLAN);
IPLAN = TAB1.
It's apparently quite common (or was anyway):
https://en.wikipedia.org/wiki/Non-English-based_programming_languages
Regards,
Matthew Brush
_
and Scintilla lexers get merged upstream and then get pulled back down
into Geany. This makes sure we don't hoard contributions as well as
facilitates synchronizing the code between projects.
Regards,
Matthew Brush
___
Devel mailing list
Devel@lists
On 2019-07-12 12:14 a.m., Mirco Schönfeld wrote:
On Wed, 10 Jul 2019 at 09:06, Mirco Schönfeld wrote:
On Wed, 10 Jul 2019 at 00:33, Matthew Brush wrote:
On 2019-07-09 8:03 a.m., Mirco Schönfeld wrote:
Greetings,
I would like to introduce myself by proposing a new feature for Geany
underway to get our Ctags fork in sync with upstream.
Other than that, it looks good and I don't see any reason a PR wouldn't
be merged.
Regards,
Matthew Brush
[0]: https://github.com/universal-ctags/ctags
___
Devel mailing list
Devel@l
maintain myself (after 2 weeks?) (scope
and workbench)
- set issue labels
- ...
Done.
Regards,
Matthew Brush
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel
x
distros.
Regards,
Matthew Brush
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel
e disabled, and the mirroring can be automated.
Regards,
Matthew Brush
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel
scheduled to release a
new LTS next month which will have gcc7 in its repositories even if it
uses gcc 6 by default.
Yeah, I mean by the time those currently new LTS distros with C++17 are
the old lowest common denominator LTS distros we support - in the future.
Regards,
Mat
On 2018-03-21 08:01 PM, Lex Trotman wrote:
On 22 March 2018 at 10:35, Matthew Brush wrote:
Hi,
Going forward, are we going to use the Scintilla LongTerm3 branch or v4.x
releases?
Interesting question. I had been assuming that once Neil settled it
down and after the next round of LTS
gards,
Matthew Brush
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel
f mixed
into other parts of the code, but it's far less work to delete it later
than the amount of work to maintain separate forks for GTK+2/3 when 99%
of the code is in common.
Regards,
Matthew Brush
___
Devel mailing list
Devel@lists.geany.org
h
;s the build
system default as well, so if you care about supporting a wide user
base, supporting both versions is a good idea.
Regards,
Matthew Brush
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel
maybe
`project_load_file_with_session`[0] in the plugin API.
Regards,
Matthew Brush
[0]: https://github.com/geany/geany/blob/master/src/project.c#L268
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel
tirely new filetype support;
the `filetype_extensions.conf` file is user-editable precisely for this
reason.
I don't really have an opinion on this, but it would be helpful to have
some kind of consensus/policy on it, for the purposes of triaging Issues
and Pull Requests on Github.
R
e (ie. `gtk_actionable_activate()` or
something). This is kind of brittle, but it does work.
Regards,
Matthew Brush
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel
ernally in
`document_open_file_full` (which is called by `document_open_file`).
https://github.com/geany/geany/blob/master/src/document.c#L1323
Regards,
Matthew Brush
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailma
.
I will have to keep trying things. It would seem perhaps GTK has been updated
since I worked on the plugin.
It might be worth looking at the Commander plugin, it does something
very similar.
Regards,
Matthew Brush
Looks like the geany version I am using and the one jhbuild built
x27;t...
Hi,
What would you expect to happen if you had added your own custom
keywords in the filetypes file and Geany was to update it with the new
Python 3 keywords?
Regards,
Matthew Brush
___
Devel mailing list
Devel@lists.geany.org
Am I the only one not getting Lars' messages? I looked in my Junk folder
and they're not there, wondering if it's a misconfiguration on my end or
something?
Regards,
Matthew Brush
On 2017-06-21 04:39 PM, Lex Trotman wrote:
Hi,
The plugin system has recently been updat
lyzer html/xcode output but
without the fancy arrows.
Regards,
Matthew Brush
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel
he one given
before is probably not very good as it just guards out code that was
expected to run, rather than figuring out how the code was meant to work
and make it do that.
Regards,
Matthew Brush
-Ben
On Wed, May 10, 2017 at 8:22 PM, Matthew Brush wrote:
On 2017-05-10 04:09 PM, Lex Trotman
unconditionally
dereferences it on the line given by the OP).
Regards,
Matthew Brush
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel
Hi,
You can submit pull requests with properly formatted changes on Github.
We've had a few PRs like these where analysis tools were run over the
codebase and found issues (ex. see PR #166 & #186). If there are
multiple trivial changes, it's probably fine to put it all in one PR as
sepa
submodule or direct copy of upstream in whatever fashion. There's still
more work to do though.
Regards,
Matthew Brush
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel
come from exuberant-ctags. It would be welcome if you'd like
to contribute your fixes to universal-ctags and then sync Geany's parser
with that, maybe diffing Geany's parser against exuberant-ctags' to see
if we added anything useful that never got upstreamed.
Reg
ction that tests the
assumptions they have checked, also showing missing assumptions.
Regards,
Matthew Brush
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel
On 2017-04-28 05:35 PM, Lex Trotman wrote:
On 29 April 2017 at 09:55, Matthew Brush wrote:
On 2017-04-28 02:35 PM, Thomas Martitz wrote:
Am 27.04.2017 um 22:51 schrieb Vasiliy Faronov:
Hi all,
From discussions elsewhere, such as [1], it sounds like one of the
things holding back Geany
y occur in PRs.
- Ability for PRs to come with tests (requires testing support).
- Linking in Clang's address & memory sanitizers while running all of
the tests.
Just some thoughts.
Regards,
Matthew Brush
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel
load All' for our use case:
https://github.com/geany/geany/pull/1246
Regards,
Matthew Brush
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel
JVM is awesome and only adds a couple
hundred megabytes to the release and 20 seconds of startup time.
Regards,
Matthew Brush
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel
On 2017-03-05 02:37 AM, Matthew Brush wrote:
On 2017-03-01 02:10 PM, Enrico Tröger wrote:
Hi,
here are new Windows installers for testing.
They are built from GIT master.
I could not do any thorough testing yet, just built the installers and
tested they are working on a first glance.
There
gure components" page, the
description for Dependencies checkbox is very long and the window isn't
resizable so the text gets cut off.
Other than those (non-critical) issues, it looks great!
Regards,
Matthew Brush
___
Devel mailing list
De
On 2017-02-16 07:33 AM, Thomas Martitz wrote:
Am 16.02.2017 um 15:55 schrieb Matthew Brush:
On 2017-02-16 03:15 AM, Thomas Martitz wrote:
Am 16.02.2017 um 11:58 schrieb Vasiliy Faronov:
Jiří, Matthew, thanks!
I missed the GKeyFile thing.
Actually, my plugin is written in Python (via Geanypy
ting random
changes so it's "actively developed"?
Regards,
Matthew Brush
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel
n prjorg-main.c). You can also check
http://www.geany.org/manual/reference/pluginsignals_8c.html
I also do this in code-format plugin[0], so you can have
project-specific formating settings. Seems to work well.
Regards,
Matthew Brush
[0]: https://github.com/codebrainz/code-fo
can probably be upgraded fairly painlessly.
Regards,
Matthew Brush
[0]: https://github.com/geany/geany-plugins/pull/92/files
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel
On 2016-11-11 03:24 PM, Matthew Brush wrote:
Hi All,
I was seeking help for some issue for the Markdown plugin with WebKitGtk
today on IRC and someone pointed out this issue with Fedora:
https://bugzilla.redhat.com/show_bug.cgi?id=1375807
Basically the whole Geany-Plugins package will be
I should note that current Markdown plugin appears to work with old or
new WebkitGtk versions, let me know if there's something else I should do.
Regards,
Matthew Brush
On 2016-11-11 03:24 PM, Matthew Brush wrote:
Hi All,
I was seeking help for some issue for the Markdown plugin
irety of Geany-Plugins (upgrade patches welcomed).
Regards,
Matthew Brush
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel
On 2016-09-01 01:55 AM, Thomas Martitz wrote:
Am 01.09.2016 um 07:47 schrieb Matthew Brush:
On 2016-08-31 10:08 PM, Thomas Martitz wrote:
Am 31.08.2016 um 17:26 schrieb Lex Trotman:
I think we all agree that help of language-specific plugins is
desired/required. No need to restate "we
On 2016-08-31 11:42 PM, Thomas Martitz wrote:
Am 01.09.2016 um 07:17 schrieb Matthew Brush:
On 2016-08-31 09:57 PM, Thomas Martitz wrote:
Am 01.09.2016 um 02:50 schrieb Matthew Brush:
I don't think they'll usually require a "build system" per se, but
they definitively ne
On 2016-08-31 08:42 PM, Lex Trotman wrote:
On 31 August 2016 at 11:27, Matthew Brush wrote:
On 2016-08-30 06:43 AM, Colomban Wendling wrote:
[...]
Having our own callback means one more indirection, and changing the
SciLexer to CONTAINER anyway, so I don't see much advantage jus
On 2016-08-31 10:47 PM, Matthew Brush wrote:
On 2016-08-31 10:08 PM, Thomas Martitz wrote:
Am 31.08.2016 um 17:26 schrieb Lex Trotman:
I think we all agree that help of language-specific plugins is
desired/required. No need to restate "we need language specific
support" all
the time
ugins
for such query results, and can even fallback to TM/ctags if no plugins
support this feature.
Cheers,
Matthew Brush
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel
On 2016-08-31 10:00 PM, Thomas Martitz wrote:
Am 01.09.2016 um 05:42 schrieb Lex Trotman:
On 31 August 2016 at 11:27, Matthew Brush wrote:
With the `LexClang.so` dynamic lexer I made, dynamic lexers
seemed not to fit well (too isolated, too many assumptions that
it's a simple dumb lexe
On 2016-08-31 09:57 PM, Thomas Martitz wrote:
Am 01.09.2016 um 02:50 schrieb Matthew Brush:
I don't think they'll usually require a "build system" per se, but
they definitively need to be told how to compile the code where
applicable.
For libpython, I don't thin
r
an ft-plugin to even traverse the AST once (eg. to find all the nodes
originating in a particular source file).
Cheers,
Matthew Brush
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel
On 2016-08-31 07:55 AM, Thomas Martitz wrote:
Am 31.08.2016 um 16:52 schrieb Lex Trotman:
On 1 September 2016 at 00:43, Thomas Martitz wrote:
Am 31.08.2016 um 16:39 schrieb Matthew Brush:
I can't speak to all compiler libraries, but at least
libclang, libpython and libvala "co
it has access to the full AST/context
and the ft-plugin need not fear encoding language specific semantics
into its logic.
Cheers,
Matthew Brush
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel
On 2016-08-30 06:43 AM, Colomban Wendling wrote:
Le 29/08/2016 à 05:14, Matthew Brush a écrit :
[…]
Syntax Highlighting
---
Most likely using an API based on/similar to Scintilla's "container
lexers".
At the minimum, it could have a callback something like
pdate the Github tracker issue with the results of these
discussions, I will include this usage of TM tags (at least).
Cheers,
Matthew Brush
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel
On 2016-08-30 06:29 AM, Colomban Wendling wrote:
Le 29/08/2016 à 03:09, Matthew Brush a écrit :
On 2016-08-28 05:47 PM, Matthew Brush wrote:
[...]
To give an idea, the registration function called by plugins might look
something like this:
gboolean ftplugin_register_provider(GeanyPlugin
On 2016-08-30 06:24 AM, Colomban Wendling wrote:
Le 29/08/2016 à 02:47, Matthew Brush a écrit :
[…]
To give an idea, the registration function called by plugins might look
something like this:
gboolean ftplugin_register_provider(GeanyPlugin*,
GeanyFiletypeID, GeanyFiletypeFeature
to have to re-implement that
function independent of the AST in TM/Geany, instead of just passing
Geany a list of strings or TM tags to show in the popup list.
Cheers,
Matthew Brush
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel
On 2016-08-30 08:51 AM, Thomas Martitz wrote:
Am 30.08.2016 um 01:53 schrieb Matthew Brush:
On 2016-08-29 03:17 PM, Thomas Martitz wrote:
Am 29.08.2016 um 17:05 schrieb Jiří Techet:
[...]
There is also another aspect about the proposal that worries me: a
plugin shall provide N features for
you were thinking with using TM,
which would accomplish the goals mentioned in the Github Issue and
fleshed-out more in the top of this thread.
Cheers,
Matthew Brush
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel
ample hooks showing the kind of interface you would
thinking about for the mentioned features? Also in which cases do you
expect TagManager is not up to the task and would need to be modified?
Cheers,
Matthew Brush
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel
On 2016-08-28 08:17 PM, Lex Trotman wrote:
On 29 August 2016 at 12:30, Matthew Brush wrote:
[...]
That's the idea with boolean results, a plugin could actually provide the
feature but return `FALSE` and Geany would call the next provider to perform
the feature as well. It's kind
uld provide some common re-factorings (ex. rename, generate definition
code, etc). I haven't thought on this much at all yet.
Almost surely I have left some out. What do you think?
Cheers,
Matthew Brush
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel
On 2016-08-28 06:59 PM, Lex Trotman wrote:
On 29 August 2016 at 10:47, Matthew Brush wrote:
[...]
"Registration" - the act (ie. function call) of an ft-plugin declaring its
interest in providing a feature for a filetype. An ft-plugin can register to
provide one or more features
On 2016-08-28 05:47 PM, Matthew Brush wrote:
[...]
To give an idea, the registration function called by plugins might look
something like this:
gboolean ftplugin_register_provider(GeanyPlugin*,
GeanyFiletypeID, GeanyFiletypeFeature, GCallback, gpointer);
[...]
I forgot to
r features that are activated often to ensure minimal performance
degradation when looking up and calling into the provider, as this would
happen in the main code paths (unless someone has a better way).
Hopefully I have described enough details of my proposed design to allow
everyone to understand
roid or iOS. So no patches from me I'm afraid :-(. Apart from that
this is a huge amount of work and I'm just lazy, sorry ;-)
That's fine. I don't expect it to be a _huge_ amount of work, but
probably not a simple one-off PR. I expect it to be similar in scope and
s
On 2016-08-27 04:09 PM, Matthew Brush wrote:
Hi All,
With respect to the efforts described in PR #1195[0] is anyone opposed
to using Vala as a GObject code generator?
I propose we use Vala as a way to generate GObject boilerplate while we
hammer out the design of FT-plugins, and later once the
On 2016-08-28 01:51 AM, Thomas Martitz wrote:
Am 28. August 2016 01:09:36 MESZ, schrieb Matthew Brush :
Hi All,
With respect to the efforts described in PR #1195[0] is anyone opposed
to using Vala as a GObject code generator?
I propose we use Vala as a way to generate GObject boilerplate
On 2016-08-26 12:13 AM, Lex Trotman wrote:
[...] Too draconian [...]
I have update the PR description to be a little less Draco-esque.
Cheers,
Matthew Brush
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman
On 2016-08-27 04:09 PM, Matthew Brush wrote:
[...] I propose we use Vala as a way to generate GObject boilerplate [...]
See attached for the minimal diff to start supporting Vala.
Cheers,
Matthew Brush
diff --git a/.gitignore b/.gitignore
index f013c72..9a0d638 100644
--- a/.gitignore
+++ b
GObjects generated by valac to their
hand-written C equivalents (after they won't be changed as much).
It amounts to a few lines of code in `configure.ac` and `src/Makefile.am`.
Is OK?
P.S. This is only for the proposed 'ft-plugins' branch, not in
master/release code.
Cheers
etypes features.
Cheers,
Matthew Brush
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel
doing the web-based
part, you choose a different fork rather than Geany's main repo. The web
UI isn't super intuitive, but it's not hard at all. If you want to test
it out, feel free to make some testing PRs against one of my repos. I'll
ju
l be a good way
to load the plugins, though it might require to be a bit more advanced to
deal with plugin lifetimes and other stuff.
Yes, and might be even simpler if it can take advantage of any of the
new plugin capabilities. IIRC filetypes are never unloaded after
loading, so the plugins wo
ample).
Cheers,
Matthew Brush
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel
ut parsing in case such nice support libraries
are not available.
General:
I used to have a prototype of a change to load filetype specific
plugins specified in the filetype file. I can't find it now (backups,
whats that?) but it actually was so simple that it doesn't matter.
I rem
restore a lost menu bar.
P.S. Personally I have no reason to hide the main menu, I just put the
message window on the right to use all that wasted screen-estate,
leaving ample vertical space for the menu/toolbar/code.
Cheers,
Matthew Brush
__
On 2016-07-06 05:10 PM, Steven Blatnick wrote:
What does hamburger mean in this context?
https://en.wikipedia.org/wiki/Hamburger_button
Cheers,
Matthew Brush
On 07/06/2016 05:54 PM, Matthew Brush wrote:
On 2016-07-06 09:23 AM, Steven Blatnick wrote:
[...]
We should put in core geany or a
,
Matthew Brush
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel
t that doesn't
occupy an entire row or column of screen space.
When I implemented this in Mousepad, I just had it add a menu item to
the right-click menu to allow turning it back on whenever the menu bar
was hidden. The auto hide/show seems also like a good ide
autocompletion or messed with one of the related
settings? You can run Geany with the -c argument, passing some new
directory there and Geany will write out a fresh config which you can
use to test that.
Cheers,
Matthew Brush
___
Devel mailing list
De
those can do it.
The Markdown plugin supports either discount[0] or peg-markdown[1]
libraries by a compile-time option[2].
Cheers,
Matthew Brush
[0]: http://www.pell.portland.or.us/~orc/Code/discount/
[1]: https://github.com/jgm/peg-markdown
[2]:
https://github.com/geany/geany-plugins/blob
pixels then 100% is just unusable
because everything is too small. I can imagine 4k screen with 100% is
usable on a 27' monitor but it isn't on a 15' monitor.
28" about 1.5' from my face :)
Cheers,
Matthew Brush
On 2016-03-24 03:13 AM, Jiří Techet wrote:
On Thu, Mar 24, 2016 at 1:04 AM, Matthew Brush wrote:
On 2016-03-23 07:21 AM, Jiří Techet wrote:
On Tue, Mar 22, 2016 at 9:02 AM, Enrico Tröger
wrote:
Hi,
here are new Windows installers for testing.
They are built from GIT master and this time
On 2016-03-23 05:09 PM, Lex Trotman wrote:
On 24 March 2016 at 10:04, Matthew Brush wrote:
On 2016-03-23 07:21 AM, Jiří Techet wrote:
On Tue, Mar 22, 2016 at 9:02 AM, Enrico Tröger
wrote:
Hi,
here are new Windows installers for testing.
They are built from GIT master and this time
enerator script TODO[0].
I'm guessing the file dialog crash is a GTK+ bug related to architecture
(sizeof(long) or such), since it seems to only happens on 64-bit. I
think Thomas might have done some research on that issue.
Cheers,
Matthew Brush
[0]: https://www.mail-arc
On 2016-03-12 9:26 AM, Enrico Tröger wrote:
On 12/03/16 17:38, Matthew Brush wrote:
On 2016-03-12 03:28 AM, Enrico Tröger wrote:
On 12/03/16 02:56, Matthew Brush wrote:
On 2016-03-06 02:52 PM, Enrico Tröger wrote:
Hi,
as you might have noticed, Geany 1.27 is near.
And among all the many
On 2016-03-12 03:28 AM, Enrico Tröger wrote:
On 12/03/16 02:56, Matthew Brush wrote:
On 2016-03-06 02:52 PM, Enrico Tröger wrote:
Hi,
as you might have noticed, Geany 1.27 is near.
And among all the many cool code changes this will bring, we also
switched to the MSYS2 environment on Windows
lease ping this
thread so I know to update the copy to test.
Cheers,
Matthew Brush
Here we go:
http://download.geany.org/snapshots/geany-1.27nightly_setup.exe
http://download.geany.org/snapshots/geany-plugins-1.27nightly_setup.exe
If you can, please test and report issues as soon as you on Gi
ue that something is
wrong[7].
Cheers,
Matthew Brush
[0]: https://git.gnome.org/browse/gtkmm/tree/gtk/gtkmm
[1]: https://github.com/qtproject/qtbase/tree/dev/src/corelib/global
[2]: https://gcc.gnu.org/onlinedocs/libstdc++/latest-doxygen/files.html
[3]: http://sourceforge.net/p/scintilla/code/ci/defa
i is interested, I don't
know if he was asked :).
+1
Cheers,
Matthew Brush
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel
On 2016-01-06 02:44 AM, Thomas Martitz wrote:
Am 06.01.2016 um 04:32 schrieb Matthew Brush:
Agree, I sometimes avoid putting LGTM when I think something is a good
idea, because I don't want to give the impression that I have (or even
will) reviewed or tested it. Maybe just a "thumbs
sonally, when I get some time, I
go through and cherry pick the very simple/trivial PRs and try and merge
them, but it's not very fair to leave all the really hard ones for
Colomban (not to put words in his mouth). If this existing committers
don't have enough time or interest to keep on top of pull requests, then
all we can do (besides status quo) is to have more interested, trusted
developers able to merge pull requests.
Cheers,
Matthew Brush
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel
On 2015-12-29 4:15 AM, Lex Trotman wrote:
On 29 December 2015 at 21:48, Matthew Brush wrote:
On 2015-12-29 3:24 AM, Lex Trotman wrote:
My only comment is to add to the point that the build commands are
different. For example C that uses "template" as a variable won't
comp
s "on accident").
As an alternative to separate filetypes, both of these problems could
be avoided if build commands could be different for different
extensions. then one C/C++ filetype is definitely more viable.
Sounds like it would be useful.
Cheers,
Matthew Brush
, but I just thought it worth discussing
to see if I'm mistaken on the perceived benefits/drawbacks.
Cheers,
Matthew Brush
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel
1 - 100 of 464 matches
Mail list logo
