.
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
https://lists.geany.org/cgi-bin
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 mailing list
Devel
?), 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 'key-press
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 'key-press
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
___
Devel
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
___
De
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.geany.org
.
Regards,
Matthew Brush
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel
, 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 <mbr...@codebrainz.ca> 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
,
Matthew Brush
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel
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
`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
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.
Regards,
Matthew
. `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
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/mailman/listinfo
...
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
https
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 updated but was made
/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
ral lines up and then 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
separate commi
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
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.
Regards,
Matthew Brush
Josh E-C
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 <mbr...@codebrainz.ca> 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
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
://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
so it's "actively developed"?
Regards,
Matthew Brush
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel
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
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
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 need to b
On 2016-08-31 08:42 PM, Lex Trotman wrote:
On 31 August 2016 at 11:27, Matthew Brush <mbr...@codebrainz.ca> 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 se
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
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 <mbr...@codebrainz.ca> wrote:
With the `LexClang.so` dynamic lexer I made, dynamic lexers
seemed not to fit well (too isolated, too many assumptions tha
o 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:
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
eany, 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
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
inking 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 <mbr...@codebrainz.ca> 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 a
On 2016-08-28 06:59 PM, Lex Trotman wrote:
On 29 August 2016 at 10:47, Matthew Brush <mbr...@codebrainz.ca> 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
pro
ted 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 what I mean. If there's any questi
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
size to the proxy plugin improvements, most likely.
Cheers,
Matthew Brush
[0] https://github.com/codebrainz/cdk-plugin
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
On 2016-08-28 01:51 AM, Thomas Martitz wrote:
Am 28. August 2016 01:09:36 MESZ, schrieb Matthew Brush <mbr...@codebrainz.ca>:
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 ge
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
the 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,
Matthew Brush
,
Matthew Brush
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel
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
just close them afterwards, no biggie.
Cheers,
Matthew Brush
ven simpler if it can take advantage of any of the
new plugin capabilities. IIRC filetypes are never unloaded after
loading, so the plugins would have to be the same. Possibly they
shouldn't even show in the PM, or show as not user removable.
Probably, yeah.
Cheers,
Matthew Brush
__
).
Cheers,
Matthew Brush
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel
e 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 remember that. Most likely something along those lines will be a good
way to load the plugins, though it might requir
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
___
Devel mailing
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
,
Matthew Brush
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel
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 idea.
Cheers,
Matthew
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
Devel@lists.geany.org
https
On 2016-03-24 03:13 AM, Jiří Techet wrote:
On Thu, Mar 24, 2016 at 1:04 AM, Matthew Brush <mbr...@codebrainz.ca> wrote:
On 2016-03-23 07:21 AM, Jiří Techet wrote:
On Tue, Mar 22, 2016 at 9:02 AM, Enrico Tröger <enrico.troe...@uvena.de>
wrote:
Hi,
here are new Window
aller generator 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-archive.com/devel@
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
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 Github as
time
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 up&q
if he was asked :).
+1
Cheers,
Matthew Brush
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel
,
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/default/tree/src/
[4]: https://git.gnome.org
ds 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
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
__
configurations, but just in case, having a single permissive
license removes all doubt and makes it easier for packagers.
Cheers,
Matthew Brush
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel
], any useful
ones from pull requests, and even any questionable ones already in Geany
(if there are any). We could also add some shell script or something to
install them into a user's home dir all at once, if that's useful.
What do you think?
Cheers,
Matthew Brush
[0]: http://wiki.geany.org
t versions. The only functions that are public, which is how it's
always been, are those documented in the API reference[0]. That you were
able to compile and link against private symbols was a bug in Geany. If
you need those functions though, they can likely be added to the public
API with a p
On 2015-11-22 10:30 PM, Matthew Brush wrote:
Hi,
I made a script [...]
I did some more hacking on it and made it to allow to specify which GTK+
major version to use. It accepts short command line arguments now like
-a for architecture, -g for GTK+ version, and -d to enable a debug build
is i686). See top
of the `win32-installer-msys2.sh` script for more details.
Please excuse my lack of Bash scripting skills.
Cheers,
Matthew Brush
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel
e to be forked to be
included in Geany-Plugins collection, they just need to use Autotools as
their build system. This would also require making the build system to
support building the plugins using (parts of) their build system.
Cheers,
Matthew Brush
__
release (1.26).
Cheers,
Matthew Brush
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel
On 2015-11-11 9:16 PM, Lex Trotman wrote:
On 12 November 2015 at 14:49, Matthew Brush <mbr...@codebrainz.ca> wrote:
On 2015-11-11 3:36 PM, Lex Trotman wrote:
On 12 November 2015 at 02:07, Devyn Collier Johnson
[...]
I remember someone on GitHub in the Geany project (I do not rememb
On 2015-11-11 10:06 PM, Lex Trotman wrote:
On 12 November 2015 at 15:50, Matthew Brush <mbr...@codebrainz.ca> wrote:
On 2015-11-11 9:46 PM, Lex Trotman wrote:
Because of the swear word?
Well that doesn't help of course. :)
But mostly because (subject to the standard IANAL disc
licenses any of you would like me to
add in the future?
No. Its not really a "license" to be encouraged IMHO.
Because of the swear word?
Cheers,
Matthew Brush
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailma
le, though QtCreator
has far better support for QML, so I use that when coding QtQuick stuff.
[...]
- Add support for FASTA ( https://en.wikipedia.org/wiki/FASTA_format &&
https://en.wikipedia.org/wiki/FASTA [...]
Seems a little esoteric.
Cheers,
Matthew Brush
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel
On 2015-11-08 12:25 PM, Matthew Brush wrote:
On 2015-11-08 3:19 PM, Lex Trotman wrote:
On 9 November 2015 at 05:34, Devyn Collier Johnson
<devyncjohn...@gmail.com> wrote:
[...]
- Adding "*.i;" to "C="
*.i - C source code which should not be preprocessed
http://la
On 15-10-31 02:08 AM, Thomas Martitz wrote:
Am 31. Oktober 2015 02:52:01 MEZ, schrieb Matthew Brush
<notificati...@github.com>:
[...] so unless there are actual problems I don't see an evidence to
keep the off default.
I mentioned a number of issues with it in the mailing list thread
se). Currently, I am wanting to add support for
additional programming languages and file-extensions. After that, I
would like to add additional license notices.
Please feel free to give me tips and pointers pertaining to the project
and the team's "culture".
W
On 15-10-31 11:54 AM, Thomas Martitz wrote:
Am 31.10.2015 um 18:59 schrieb Matthew Brush:
On 15-10-31 02:08 AM, Thomas Martitz wrote:
Am 31. Oktober 2015 02:52:01 MEZ, schrieb Matthew Brush
<notificati...@github.com>:
[...] so unless there are actual problems I don't see an evidence to
o each
document/tab per se (it gets recycled for new documents and such).
Cheers,
Matthew Brush
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel
On 15-10-09 04:43 PM, Matthew Brush wrote:
On 15-10-09 03:42 PM, Pengfei Sun wrote:
[...] Do you have any further suggestions for my case?
I made a quick and dirty patch that will log on the terminal wherever in
(virtual) memory the buffer is stored, whenever it moves, per-file. See
AG_FREE macros, or
else the log_tag_*() functions).
Happy Hacking,
Matthew Brush
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel
**error) {
return spawn_terminate_process(pid, error);
}
Cheers,
Matthew Brush
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel
On 15-09-02 01:13 PM, Enrico Tröger wrote:
On 22/08/15 12:13, Matthew Brush wrote:
On 15-08-22 12:51 AM, Enrico Tröger wrote:
On 22/08/15 02:03, Lex Trotman wrote:
On 22 August 2015 at 09:54, Matthew Brush <mbr...@codebrainz.ca> wrote:
On 15-08-21 02:26 PM, Enrico Tröger wrote:
On 19
On 15-08-21 02:26 PM, Enrico Tröger wrote:
On 19/08/15 05:46, Matthew Brush wrote:
On 15-08-18 08:43 PM, Lex Trotman wrote:
On 19 August 2015 at 13:37, Matthew Brush mbr...@codebrainz.ca wrote:
Hi,
Is it possible to make an archived mailing list which can contain
threads of
comments posted
1 - 100 of 305 matches
Mail list logo
