Dear Geany devs,
Some time ago I received the attached patch though this list (from
Enrico?). I really love the added functionality to prevent duplicate
automatically added quotes and brackets.
Can this be added to Geany itself? Ideally this would be activated
with a checkbox in prefs > editor > completions.
-tnx!-
Harold
Hello,
do I need to add something for the patch to be included in the geany repository?
I've seen you talked about some "filedefs/filetypes.*" configuration, does it mean it would replace such definitions in the future?
Just a normal build: but a strange configure error did occur.
$$$
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking dependency style of g++... gcc3
configure: error: No C++ compiler not found. Please install a C++ compiler.
$$$
I found it's just a ``which`` in configure.in.
QQQ
# check for C++ compiler explicitly and fail if none is found, do this check
# after AC_PROG_CXX has set the CXX environment variable
which $CXX >/dev/null 2>&1
if test "x$?" != "x0"; then
AC_MSG_ERROR([No C++ compiler not found. Please install a C++
compiler.])
fi
QQQ
I didn't know that the ``which`` utility was considered a compiler. :p
How about just using a shell builtin, ``hash``, ``type -P`` or just ``eval
$CXX --version`` as a test instead?
------------------------------------------------------------------
configure.in:18 : which $CXX >/dev/null 2>&1
configure.in:51 : GIT=`which git 2>/dev/null`
configure.in:60 : SVN=`which svn 2>/dev/null`
Found 3 matches for "which".
--
-Erik S
Hi all.
Preface
-------
Recently I realized that I completely forgot to integrate project
support into my XSMP support (which would reside in "sm" branch after
some of my patches are committed). Currently my code stores open
files, but it does not remember the project, if any was opened when
Geany terminated.
I was looking through the code to understand how the integration could
be implemented and testing how Geany behaves on opening and closing
projects. I discovered some issues, and there are also some questions
I'd like to ask. After all problems are solved and questions are answered,
I'll prepare some more patches for "sm" branch.
Question #1
-----------
`load_startup_files' function within main.c (formatting is wrong):
/* when we want a new instance, we still load project session files
unless -s was passed */
if (!cl_options.load_session ||
(!load_project_from_cl && cl_options.new_instance)) return;
Specifying "-s" while opening a projects causes Geany to open a blank document.
First, when geany instance is closed, the project is overwritten.
Instead of the files which were previously there, there would be no
files in the project. Is it a desired behaviour? Is it a desired way to
clear a project?
Second, it is not intuitive. From my point of view, "-s" is
there to not load the default session. When user tries to open a
project and specify "-s", he should wish to open the project's files
and not load the default session. Currently opening a project forbids
loading the default session, so "-s" is not necessary. But I think the
behaviour I described ("-s" is ignored) is more logical than opening a
blank document instead of project's files.
What do you think?
Best regards,
Eugene.
[CCing geany devel list, using the address I'm subscribed with to avoid
moderation]
On Tue, Dec 15, 2009 at 10:45:25PM +0000, Ximin Luo wrote:
> Damián Viano wrote:
> > I used a text file with (created with echo 'try to replace me \t' >test_file):
> >
> > try to replace me \t
> >
> > [snip: me seeing only the third case stated here]
>
> My mistake; "Use regular expressions" needs to be on.
I see, I can reproduce it now. But there's more to it,
> In "try to replace me with \t", with Find = "me":
This is the result with:
"Use regular expressions" ON
"Use escape sequences" OFF
> Replace = "\t" replaces "me" with a tab
> Replace = "\\t" replaces "me" with a backslash followed by a tab
> Replace = "\\\t" replaces "me" with two backslashes followed by a tab
"Use regular expressions" ON
"Use escape sequences" ON
Replace = "\t" replaces "me" with a tab
Replace = "\t" replaces "me" with a tab
Replace = "\\t" replaces "me" with a backslash followed by a tab
> The correct behaviour (iirc) is to escape "\\" into "\"; so that:
"Use regular expressions" OFF
"Use escape sequences" ON
> Replace = "\t" replaces "me" with a tab
> Replace = "\\t" replaces "me" with the literal string "\t"
> Replace = "\\\t" replaces "me" with a backslash followed by a tab
Let's hear Enrico's , Frank's and/or Nick's (upstream authors) on this.
Thanks for your report and follow-up Ximin.
Damián.
Hi All,
I have just returned from a no-computers except gmail at the local
internet cafe family holiday.
Having had time to think (always dangerous) I consider that I have
been implementing the build system modifications in the wrong way.
Instead I am going to have a look at re-implementing it in a more open
orthogonal manner and then incorporate current restrictions and
behaviour from defaults or configuration files.
I believe that this will make the code smaller and simpler, eliminate
some of the implementation imposed limitations of the current system
and provide a base for easier addition of language specific
functionality via plugins as requested by Frank.
The availability of sane defaults and configuration will also allow a
simple configuration dialog to be used to change the most common
things with one of those "Advanced..." buttons to unleash the full
flexibility.
Cheers
Lex
Hello. My name is Alexander. I am a programmer P / C + +, python, etc.
Would like to help the project. What should I do? Can I make a
function from the WishList? What do I do?
Thanks
Hey Yura,
attached is a patch to change the API usage of GeanyDoc to fix
compilation with the SVN version of Geany.
Regards,
Enrico
--
Get my GPG key from http://www.uvena.de/pub.asc
In last 3 weeks i've in development of new plugin-wrapper of geany
plugin-api for python. Main idea - ability to write plugins in python with
pygtk and mini-abstract level for geany structures.
I've encountered with problem. I need to build bridge and for scintilla, but
python have only 3 wrappers: pyscintilla(rip in <2004), pygtkscintilla(rip
in 2004), pyqscintilla(rip with pyqt, because pyside don't have wrapper).
Best way - pyqscintilla. But i want to write good and usefull mini-engine.
And i trying to google information about this question. I found many mails
in lists, where talking about scintilla and gtksource view. Main thing -
scintilla is going to be RIP'd, cuz development rate too small and
community, who interests in this library, very small. Best way - use
gtksourceview, becouse it now(in 2.9) have got all necessary functionality
and going to be best widget for source editor.
As i think, now need to start moving onto gtksourceview as parallel work
with 0.19. And at 0.20 fully go to gtksourceview.
At the end, gtksourceview is "native" to gtk+, unlike to scintilla. And, of
cause, pygksourceview have very good wrapper to python.
What are you think?
Some links:
1) Old features list - http://projects.gnome.org/gtksourceview/features.html
2) Current changes and goals and information -
http://live.gnome.org/GtkSourceView
3) References for latest version -
http://library.gnome.org/devel/gtksourceview/unstable/
Hi
During my work on moving some LaTeX specific functions from Geany core
to geanyLaTeX plugin I recognized some code which is pretty much
HTML/XML specific and might would make sense to move also into a
plugin. On first step I was thinking about moving auto_table() out of
editor.c, but there are a couple of more things like the automatic
closing of XML tags which might would make sense to move into a
separate plugin.
Lets give you a short list of advantages/disadvantages I can imagine
off doing such a step:
Advantages:
+ Geany's core is keeping small and as we don't need to care about too
much filetype specific stuff
+ Save some CPU cycles on every change on editor widget for users which
don't use XML/HTML as the check for this types will not be needed
anymore
+ More flexibility in upgrading the fileype specific functions when
realized as a plugin
* Possible more configuration possibilities for user without bloating
Geany's preferences dialogues itself for non-XML/HTML users
Disadvantages
- With a new plugin the user needs to know about and needs to activate
it
- User might think Geany is not support HTML properly as he wasn't
aware of n-1
- Additional overhead on
* coding
* running the plugin through plugin API
Please let me know what you think about.
Cheers,
Frank
--
http://frank.uvena.de/en/