On Fri, Oct 21, 2011 at 8:18 PM, Thiago Macieira thi...@kde.org wrote:
Note that most
Qt applications do not use command-line parsing, so the presence of the parser
should not adversely affect those applications.
The resonance in this thread suggests otherwise. If command-line
parsing wasn't
Good morning all...
..or at least, all of you who are on this side of the planet; g'day mate
to Craig et al!
Thanks for the interest. I don't have a pastebin account, but I figured
a plain old link would do:
http://home.bawue.de/~steve/cliparser.zip
I made an example.cc file showing how to use
craig.sc...@csiro.au wrote:
It's 2 classes, 755 lines - including Doxygen comments.
Who should I send a copy to? (I didn't want to spam the whole list!)
For easy reference, you could just copy the header to pastebin.com and
send the link to this list.
Just on this point - sending a
Hi Stephen,
On Sun, Oct 23, 2011 at 10:15 PM, Stephen Bryant st...@bawue.de wrote:
It's 2 classes, 755 lines - including Doxygen comments.
Who should I send a copy to? (I didn't want to spam the whole list!)
Do you have a repository online on gitorious/github/other? If so, a
link wouldn't be
On 24/10/2011, at 7:15 AM, Stephen Bryant wrote:
Hey guys,
Apologies for being late to the party!
If Craig doesn't like QCommandLine, and the other implementation mentioned
has
legal restrictions, I have an implementation I wrote - with no legal
restrictions other than normal Qt
Number of parameters for flag is controlled by the last parameter to
addSupportedFlag(), which is of type QStringList. If this string list is empty,
the flag accepts no parameters. If it is non-empty, then the flag accepts the
same number of parameters as there are items in the string list. The
22.10.2011, в 13:00, craig.sc...@csiro.au написал(а):
Number of parameters for flag is controlled by the last parameter to
addSupportedFlag(), which is of type QStringList. If this string list is
empty, the flag accepts no parameters. If it is non-empty, then the flag
accepts the same
Moin moin,
it would be nice to have a command line parser in QtCore, i.e. some
class that parses stuff like
./program -vh --long-option --value=5 foo.dat
given some format definition. KCmdLineArgs and KCmdLineOptions from
kdecore do exactly that for KDE programs. I don't have time right now,
Op 21-10-2011 16:29, Stefan Majewsky schreef:
Moin moin,
it would be nice to have a command line parser in QtCore, i.e. some
class that parses stuff like
./program -vh --long-option --value=5 foo.dat
given some format definition. KCmdLineArgs and KCmdLineOptions from
kdecore do exactly
On 2011-10-21, Andre Somers an...@familiesomers.nl wrote:
Does it need to be in core? Would an add-on module that only depends on
QtCore not be just as useful?
The plans in The Great KDE Plan is to put the kcmdline stuff in the
'kcore' library which is only having QtCore as dependency and
The question is never why not have something in core, it's why does this
need to be in core. Being small in size is not a very good reason...
On 21/10/2011 20:12 Иван Комиссаров wrote:
CMD line parser is very small utility, not more than 500-1000 lines of code
(even with feature of
Ok, this functionality is need for most medium and big applications - better
reason?))
Other variants - not to include at all (fo), create separate module (whole
library for 500 lines of code - fooo), link to kcore (is it really better than
+10kb to QtCore?)
21.10.2011, в 21:37,
On Fri, Oct 21, 2011 at 8:18 PM, Thiago Macieira thi...@kde.org wrote:
If you do find a compelling reason to be inside QtCore (such as changing
the
QCoreApplication custom parser), it may make the case for it. Note that
most
Qt applications do not use command-line parsing, so the presence of
21.10.2011, в 22:33, Thiago Macieira написал(а):
On Friday, 21 de October de 2011 20:29:15 Diego Iastrubni wrote:
One could argue that this was not used by Qt application until now since
this was not available.
Most applications are graphical and launched from menu launchers.
On Fri, Oct 21, 2011 at 8:33 PM, Thiago Macieira thi...@kde.org wrote:
On Friday, 21 de October de 2011 20:29:15 Diego Iastrubni wrote:
One could argue that this was not used by Qt application until now since
this was not available.
Most applications are graphical and launched from menu
21.10.2011, 22:40, Иван Комиссаров abba...@gmail.com:
21.10.2011, в 22:33, Thiago Macieira написал(а):
On Friday, 21 de October de 2011 20:29:15 Diego Iastrubni wrote:
One could argue that this was not used by Qt application until now since
this was not available.
Most applications are
On Fri, Oct 21, 2011 at 8:33 PM, Thiago Macieira thi...@kde.org wrote:
On Friday, 21 de October de 2011 20:29:15 Diego Iastrubni wrote:
One could argue that this was not used by Qt application until now since
this was not available.
One good reason to add it - this is needed (IMHO - see
On 22/10/2011, at 5:18 AM, Thiago Macieira wrote:
On Friday, 21 de October de 2011 16:29:36 Stefan Majewsky wrote:
Moin moin,
it would be nice to have a command line parser in QtCore, i.e. some
class that parses stuff like
./program -vh --long-option --value=5 foo.dat
given some
18 matches
Mail list logo