Thanks for investigating the tabulate option :-)
Victor
Le 26/01/2016 02:25, Joshua Harlow a écrit :
As far as the other option (using tabulate):
https://bitbucket.org/astanin/python-tabulate/pull-requests/25/
That was a (very very basic) POC for a potential compatibility layer,
The author (
As far as the other option (using tabulate):
https://bitbucket.org/astanin/python-tabulate/pull-requests/25/
That was a (very very basic) POC for a potential compatibility layer,
The author (of tabulate) though thinks that a
'tabulate-prettytable-compat' library might be the best option, which
On 11 January 2016 at 10:27, Doug Hellmann wrote:
> ...
>
>
> There are a few libraries on the list, too (automaton, ironic-lib), and
> that's confusing. It would be interesting to know how they're using
> table output.
>
> Doug
>
>
As far as ironic-lib goes, I took a look. It isn't using PrettyT
On 08/01/16 08:36 -0430, Flavio Percoco wrote:
Greetings,
As some of you know already, google code is going to be shutdown. Some
projects we're using are hosted and, unfortunately, some of them are
unmaintained and perhaps going away.
One of these projects is PrettyTable. This point was raised
Also using the fact that get_string() and __init__() of prettytable are
the most complicated (both take kwargs that can tweak the behavior of
the generated results) and that most projects (see below) don't seem to
be customizing the behavior (that much) it makes me thing its safer to
provide a
Victor Stinner wrote:
Le 11/01/2016 10:37, Thierry Carrez a écrit :
Joshua Harlow wrote:
[...]
So I'd def help keep prettytable going, of course another option is to
move to https://pypi.python.org/pypi/tabulate (which does seem active
and/or maintained); tabulate provides pretty much the same
Julien Danjou wrote:
On Mon, Jan 11 2016, Doug Hellmann wrote:
I suspect we could skip porting a lot of those, since they look like
clients and we're working to move all command line programs into the
unified client.
Not really in the telemetry roadmap honestly. But we could move away
From p
And here is a simple converter that uses tabulate but has somewhat like
the pretty table object format that people are used to (could be away to
get 90% of the common usage over to tabulate, minus the special
prettytable users that are doing advanced things).
https://gist.github.com/harlowja/d
On Mon, Jan 11 2016, Doug Hellmann wrote:
> I suspect we could skip porting a lot of those, since they look like
> clients and we're working to move all command line programs into the
> unified client.
Not really in the telemetry roadmap honestly. But we could move away
From prettytable without m
Excerpts from Victor Stinner's message of 2016-01-11 11:15:56 +0100:
> Le 11/01/2016 10:37, Thierry Carrez a écrit :
> > Joshua Harlow wrote:
> >> [...]
> >> So I'd def help keep prettytable going, of course another option is to
> >> move to https://pypi.python.org/pypi/tabulate (which does seem ac
On 11/01/16 11:15 +0100, Victor Stinner wrote:
Le 11/01/2016 10:37, Thierry Carrez a écrit :
Joshua Harlow wrote:
[...]
So I'd def help keep prettytable going, of course another option is to
move to https://pypi.python.org/pypi/tabulate (which does seem active
and/or maintained); tabulate provi
Le 11/01/2016 10:37, Thierry Carrez a écrit :
Joshua Harlow wrote:
[...]
So I'd def help keep prettytable going, of course another option is to
move to https://pypi.python.org/pypi/tabulate (which does seem active
and/or maintained); tabulate provides pretty much the same thing
(actually more ta
Joshua Harlow wrote:
[...]
So I'd def help keep prettytable going, of course another option is to
move to https://pypi.python.org/pypi/tabulate (which does seem active
and/or maintained); tabulate provides pretty much the same thing
(actually more table formats @
https://pypi.python.org/pypi/tabu
I'm fine with #2 or #1
The oslo automaton lib also uses pretty table to generate state-machine
tables (a useful feature to have, but not a necessity).
https://github.com/openstack/automaton/blob/master/requirements.txt#L14
So I'd def help keep prettytable going, of course another option is to
Excerpts from Dean Troyer's message of 2016-01-08 09:56:53 -0600:
> On Fri, Jan 8, 2016 at 7:06 AM, Flavio Percoco wrote:
>
> > 2) OpenStack Client team as they maintain cliff already and it'd
> > perhaps make more sense to have this library there.
> >
>
> I would support this as we already have
On 08/01/16 08:36 -0430, Flavio Percoco wrote:
Greetings,
As some of you know already, google code is going to be shutdown. Some
projects we're using are hosted and, unfortunately, some of them are
unmaintained and perhaps going away.
One of these projects is PrettyTable. This point was raised
#2 makes more sense.
Ghe Rivero
Quoting Flavio Percoco (2016-01-08 14:06:28)
> Greetings,
>
> As some of you know already, google code is going to be shutdown. Some
> projects we're using are hosted and, unfortunately, some of them are
> unmaintained and perhaps going away.
>
> One of these proje
On Fri, Jan 8, 2016 at 7:06 AM, Flavio Percoco wrote:
> 2) OpenStack Client team as they maintain cliff already and it'd
> perhaps make more sense to have this library there.
>
I would support this as we already have os-client-config as well as cliff.
I would love to be able to identify some fol
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 01/08/2016 07:06 AM, Flavio Percoco wrote:
> I'm saying all the above because we now need to find a home for it in
> OpenStack.
>
> I've identified 2 possible places:
>
> 1) Oslo, as we maintaing cross-project libraries and some of them are
> no
#2 please :)
Thanks,
Dims
On Fri, Jan 8, 2016 at 8:06 AM, Flavio Percoco wrote:
> Greetings,
>
> As some of you know already, google code is going to be shutdown. Some
> projects we're using are hosted and, unfortunately, some of them are
> unmaintained and perhaps going away.
>
> One of these p
Greetings,
As some of you know already, google code is going to be shutdown. Some
projects we're using are hosted and, unfortunately, some of them are
unmaintained and perhaps going away.
One of these projects is PrettyTable. This point was raised by Erno in
this patch[0] from jd__. PrettyTable
21 matches
Mail list logo