Re: pango_layout_set_text

2005-03-14 Thread Josh Sled
On Wed, 2005-03-02 at 05:36, Neil Williams wrote:

 To me, it seems that we are passing a const char * to pango_layout_set_text() 
 when it is expecting a UTF-8 wchar_t wide char string.

Actually, I think that's slightly wrong.  pango wants UTF-8 strings,
which conveniently fit into char* ... since the whole point of UTF-8 was
to traffic ASCII unmodified and everything else within ASCII [via
escaped multi-character sequences].

The wchar_t types are a different, 32-bits-per-character [!] type that I
believe is UCS-4 encoding.

I'm almost positive we want UTF-8.

 Is this a character set issue (i.e. am I the only one seeing this) or should 
 these functions be converting const char to const wchar_t* using the C 
 library before calling pango?

Hmm.  I'm not sure where this is creeping in.  I'm definitely not seeing
the warnings, so it may be something on your side or in non-US locale
[which I should have but didn't check yesterday].

I've not looked, but I imagine libxml/xml-parsing should return UTF-8,
char* strings; we may need to set some settings to ensure this. 
GTK/Pango should traffic in UTF-8 char* strings.  Since those
[data-file, user-interface] are the two main ways to get data into
memory, that should cover our bases.

Do you see the issues on new-file-creation?

Can you isolate the source of the strings?

Certainly both US and English date strings should be ASCII-only.

...jsled

-- 
http://asynchronous.org/ - `a=jsled; b=asynchronous.org; echo [EMAIL PROTECTED]
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel


Idears for improving the Busines GUI

2005-03-14 Thread Christof Donat
Hi,

During a discussion on the german GNUCash mailing list some idears came up 
about the UI of the busines module.

I try to translate my Idears for you because this seems to be the best place 
to discuss them:

- Have another tab in the main window like for the reports called something 
like 'customers  suppliers'.
- some kind of Table or maybe even a Hirarchy of customers and suppliers in 
there. With a hirarchical structure you could e.g. store multiple departments 
for a customer, but I guess that would be a major change - it is not that 
important.
- doubleclicking a customer or a supplier opens a book similar to an 
accountbook with all the invoices for that company in it. A Invoice then 
could look like a multi part booking.
- in the 'customers and suppliers' tab e.g. red color could point to due 
invioces.

That would make many things a lot easier:
- Bulk input of invoices would become a lot more efficient.
- It would feel a lot more consistent with the rest of GNUCash.
- If you have similar invoices for one customer e.g. every month that could be 
easier done with duplicating the Invioce with a new date and Invioce number.
- Adding a supplier or a customer is almost like adding an account - a lot 
more intuitive and more consistant with the rest of GNUCash.

I know that this does not cover everything of the busines module, but it may 
be a start for improving the UI.

What do you think about these idears?

Christof
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel