Re: pgAdmin III Query Tool bug
От | Dave Page |
---|---|
Тема | Re: pgAdmin III Query Tool bug |
Дата | |
Msg-id | 937d27e10801080113q64480c5ya3efd8ee1fc0a65e@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: pgAdmin III Query Tool bug (Andrew <archa@pacific.net.au>) |
Список | pgadmin-support |
On 08/01/2008, Andrew <archa@pacific.net.au> wrote: > Excellent, > > Thanks Hiroshi Saito, that worked a treat, I really appreciate you > posting those images. Apologies for taking up your time for something I > probably could have figured out by RTFM. Yes, thanks Hiroshi (our resident encoding guru :-) ). > However, IMHO I still think it is a defect, in that it shouldn't really > be saving a 0 byte file silently, when you think it has successfully > saved your changes, and then when you go back to the file you find the > data you have worked on is lost. If it is in a mode not to support the > characters, then it should alert you that it cannot save those > characters. However, I will leave that for the development team to > decide if it is defective behaviour or behaviour by design. Absolutely agree. Hiroshi; we do something similar in frmExport: if (rbUnicode->GetValue()) file.Write(line, wxConvUTF8); else { buf = line.mb_str(wxConvLibc); if (!buf) skipped++; else file.Write(line, wxConvLibc); } (we then warn the user if skipped > 0). Would something similar suffice do you think? /D
В списке pgadmin-support по дате отправления: