[prev in list] [next in list] [prev in thread] [next in thread]
List: kwrite-devel
Subject: [Bug 156955] New: kate and kwrite --line commandline option starts
From: Wilbert Berendsen <wbsoft () xs4all ! nl>
Date: 2008-01-30 7:47:27
Message-ID: 20080130084726.156955.wbsoft () xs4all ! nl
[Download RAW message or body]
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.kde.org/show_bug.cgi?id=156955
Summary: kate and kwrite --line commandline option starts with 0
Product: kate
Version: unspecified
Platform: Gentoo Packages
OS/Version: Linux
Status: NEW
Severity: wishlist
Priority: NOR
Component: general
AssignedTo: kwrite-devel kde org
ReportedBy: wbsoft xs4all nl
Version: (using KDE 3.5.7)
Installed from: Gentoo Packages
when I call
kwrite --line 1 bla.txt
kwrite opens with the cursor on line 2. Same holds true for kate.
Will it remain this way?
I'm coding support for kate in GNU Lilypond, so that it opens Kate with the cursor on \
the right place when you click on special links in the Lilypond-generated PDF's. All \
other supported editors use line numbers starting with 1.
So for Kate I have to create special code to get kate to jump to the correct line. \
That's no problem, but I would like to know if the kate behaviour will remain as it \
is or that the --line option will be changed to start with 1. And when it be changed, \
I have to add code to determine the kate version.....
(The --column commandline option starts also with 0, but that seems also to be the \
case with most other editors. So this BR is purely about the --line commandline \
option of kate (and kwrite).) _______________________________________________
KWrite-Devel mailing list
KWrite-Devel@kde.org
https://mail.kde.org/mailman/listinfo/kwrite-devel
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic