Closed #357 via #3031.
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/357#event-6238216423
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/issue/357/issue_event/6238216423(a)github.com>
When applying [PEP484](https://www.python.org/dev/peps/pep-0484/) (Type Hints) to variables, the list of "symbols" in the current file no longer displays the variables using type hints. The parser should be modified to recognize Python symbols using the format `VARIABLE: TYPE = VALUE`, rather than just `VARIABLE = VALUE`.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/1943
Closed #612 via #3031.
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/612#event-6238216432
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/issue/612/issue_event/6238216432(a)github.com>
Parsers for R and verilog from ctags are token-based instead of our line-based parsers and are definitely superior and all development should go towards these parsers.
The sh parser is not token based but the uctags version seems to handle more things.
Other 2 parsers which I think we should eventually adopt are VHDL and tex parsers (both are token-based) - they generate a slightly different set of tags and tag mappings should be adopted to those for the sidebar so I skipped them for now.
Finally, I tried also switching to uctags `c.c` for java, D and C# but our c.c seems to be actually better there.
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany/pull/3035
-- Commit Summary --
* Use uctags R parser
* Update R kind mappings
* Use uctags parser for sh
* Update mappings for sh parser
* Use uctags verilog parser
* Update mappings for verilog parser
* Update verilog unit tests
* Add R and Verilog to languages reporting context
-- File Changes --
M ctags/Makefile.am (7)
D ctags/parsers/geany_r.c (177)
D ctags/parsers/geany_sh.c (110)
D ctags/parsers/geany_verilog.c (332)
A ctags/parsers/r.c (1470)
A ctags/parsers/r.h (111)
A ctags/parsers/sh.c (490)
A ctags/parsers/verilog.c (2024)
M src/tagmanager/tm_parser.c (14)
M tests/ctags/bug1111214-j-chan.v.tags (4)
M tests/ctags/traffic_signal.v.tags (24)
-- Patch Links --
https://github.com/geany/geany/pull/3035.patchhttps://github.com/geany/geany/pull/3035.diff
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/pull/3035
The GLSL portion of c.c doesn't seem to do anything - it's just a synonym
for a C parser which can be used directly instead. This way we can
switch to the new cxx parser for GLSL too and reduce one more language
to care about in c.c.
For reference, the GLSL "parser" was introduced in commit
6ce421f1411060b8576bdac982cca11229b8ef96
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany/pull/3073
-- Commit Summary --
* Use C parser for GLSL files
-- File Changes --
M ctags/parsers/geany_c.c (19)
M src/filetypes.c (2)
M src/tagmanager/tm_parser.c (5)
M src/tagmanager/tm_parser.h (1)
M src/tagmanager/tm_parsers.h (1)
-- Patch Links --
https://github.com/geany/geany/pull/3073.patchhttps://github.com/geany/geany/pull/3073.diff
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/pull/3073
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/pull/3073(a)github.com>
This language seems officially dead (last release from 2004, its
"master site" link to www.ferite.org linking to a porn page, other
mirrors dead and nearly no downloads from the Sourceforge site and those
few are just probably from some bots). RIP.
Since we should try reduce differences against uctags and this language
isn't worth submitting to uctags, I'd suggest to remove the support
of its parser from c.c.
The filetype can still stay as it doesn't mean any maintenance cost for
us.
For reference, Ferite parser was introduced in:
010d6581e5d567c5479f2ca643922a0ef6ccadf2
@eht16 I don't know the context why this language was introduced to Geany - I assume at the time you added it it was a cool language to play with but I don't expect you use it these days.
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany/pull/3075
-- Commit Summary --
* Remove Ferite parser from c.c
-- File Changes --
M ctags/parsers/geany_c.c (36)
M src/filetypes.c (2)
M src/tagmanager/tm_parser.c (4)
M src/tagmanager/tm_parser.h (1)
M src/tagmanager/tm_parsers.h (1)
-- Patch Links --
https://github.com/geany/geany/pull/3075.patchhttps://github.com/geany/geany/pull/3075.diff
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/pull/3075
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/pull/3075(a)github.com>
In the original "ctags sync" pull request I didn't notice an improvement
that was present in the Geany version. I submitted this change upstream
in
https://github.com/universal-ctags/ctags/pull/3249
and in addition fixed #2461.
I re-checked the pull request "sync uctags parsers with big changes" and
basic should be the only parser where something substantial was missed.
Fixes #2461.
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany/pull/3084
-- Commit Summary --
* basic: use the upstream ctags parser
-- File Changes --
M ctags/parsers/basic.c (223)
-- Patch Links --
https://github.com/geany/geany/pull/3084.patchhttps://github.com/geany/geany/pull/3084.diff
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/pull/3084
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/pull/3084(a)github.com>
version :+1: OS :
geany 1.32 (construit le 2018-08-01 avec GTK 3.22.26, GLib 2.54.1)
Linux jerome-H310M-S2H-2-0 5.3.0-26-generic #28~18.04.1-Ubuntu SMP Wed Dec 18 16:40:14 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux
please see screen capture
the line
dim filenamecsv as
![Capture d’écran_2020-03-22_19-18-10](https://user-images.githubusercontent.com/3634…
string="Export_GIR_FULL_"+mid(date,7)+"_"+mid(date,1,2)+"_"+mid(date,4,2)+".csv"
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/2461
This parser depends on the new `cpreprocessor` which is now merged with the new cxx parser so the asm parser can be copied now.
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany/pull/3062
-- Commit Summary --
* Use asm parser from uctags
-- File Changes --
M ctags/Makefile.am (2)
R ctags/parsers/asm.c (196)
M src/tagmanager/tm_parser.c (1)
-- Patch Links --
https://github.com/geany/geany/pull/3062.patchhttps://github.com/geany/geany/pull/3062.diff
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/pull/3062
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/pull/3062(a)github.com>
When will Raku, Nim or other pretty new programming languages lexers be ready ?
Already some time waiting..
Or show clearly how to make such lexers in step by step mini tutorial
Please help.
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/3124
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/issues/3124(a)github.com>
){kind=link}