Re: [pygccxml-development] improving user experience
Brought to you by:
mbaas,
roman_yakovenko
|
From: Roman Y. <rom...@gm...> - 2006-07-25 06:44:29
|
On 7/24/06, Matthias Baas <ba...@ir...> wrote:
> The _logging_ sub-module now contains a new class multi_line_formatter_t
> that splits long messages into several lines. The class is used just
> like the logging.Formatter class. The constructor takes one additional
> argument 'width' (default: 70) that controls the maximum width of the
> generated text blocks. What the new formatter actually does is that it
> modifies the 'message' attribute of a log record (i.e. it inserts
> newlines based on 'width' using the textwrap module).
1. I changed the name of the file to multi_line_formatter.py. I think this
way it more readable
2. I changed a little bit internal logic + how it devides a messages:
If message is not formatted as we expect, that I just apply wrap
algorithm and return it.
Otherwise, I leave declaration as is. I don't wrap it. All other lines
starts with '>' sign.
My editor ( scite ), is able to give a different color to the message. I
assume other editors
are able to do the same thing too.
WARNING: unnamed_enums::color [variable]
> pyplusplus can not expose unnamed variables
> I left the code structure in creator_t._prepare_decls() as it is and
> just converted the messages into single-line messages.
All messages in py++ are now single line messages. From now this is a rule(
law ).
One more thing, I write documentation for "readme" feature. Can you post a
code, that
change multi_line_formatter_t to default one?
Thank you.
--
Roman Yakovenko
C++ Python language binding
http://www.language-binding.net/
|