Notices

fpp : found it after a lot, lot, lot of debug (the new --debug parameter on command line is great with the "log" method)!

but... ?!!??!!??!

Under certain mysterious circumstances, when a key stay pressed (J or whatever), it's a "Backspace" for the window... !!!

Now that the bug is found, i'm going to resolve it

It's a really annoying bug, which occurs only in QtWebkit.

When i press a key (letters only) on the keybard, it does :

Press the good Key
Press "Left key"
Release "Left key"
Press "Backspace"
Release "Backspace"
Press "Right Key"
Release "Right Key"
Release the good Key

Very very strange. I'm working on a bad and ugly workaround (consider backspace key is pressed only if no other key was pressed before and not released)

GRead 1.0.4 will come in extra-devels tonight with my workaround to this bug, after hours of debugging... (and only a few minutes to patch )

hey i was wondering if there was an E book reader that could read Vital Book format any help

1289301248.54 - [op-error] Operation #0 [get_account_feeds for ........@gmail.com] (status=running, tries=1/3): u'\u0418'

I have tags in Russian. On another account with ascii-only tags program works ok.

Very strange indeed !... Raises a lot of questions:
- so this started when you switched to QtWebkit for item view, when was that ?

- how come it doesn't happen *every* time ?...

- is the bug in Qt or in PyQt ?

etc. Maybe you should ask Attila about this in the Development forum...

ForeverYoung : can you give me the url of a feed with russian characters ?

fpp : it's QtWebkit from the beginning. Maybe the problem appeared with PR 1.3 and QT 4.7. The bug is in the QWebview so i don't know if it's Qt or PyQt (but qt i think because PyQt is just a layer on top of Qt)

And why not every time... it's because the event is "Key press" and then the action is done and the key release is after. And some time, when the page is heavy, the action can take a long time (not all the rendering in Webkit, but it can be long to load an big article), so for Qt, the time between key press and key release is too long, so it's "long press" and then all the weird stuff.
I tried in a blank qtwebkit and it's the same thing if you make a long press on any key.

Thanks for the explanation. So my hunch that the symptom was related to page loading times was correct after all.

I just tried the update, it seems to work OK but I only had a short list of items to test. I'll stress it more in the coming days.

A side question : does GRead take notice if a proxy is configured in the currently active connection ? I have one on a Wifi link at work, web sites & such are OK but GRead just sits there spinning...

Ok mate, here you have:::

QMainWindow::addToolBar: invalid 'area' argument
QMainWindow::addToolBar: invalid 'area' argument
/usr/lib/python2.5/urlib.py::1205: UnicodeWarning: Unicode equal comparison failed to convert both arguments to Unicode - interpreting them as being unequal
res = map(safe_map._getitem_,s)

On the middle I closed GRead because it keeps trying endless to enter the google account

Thanks, mate

some info about unicode warning on python 2.5

http://docs.python.org/whatsnew/2.5.html

hope it helps (I'm no coder )