There is another issue with the screenshot at startup.
Rotation.
It gets kinda confused and doesn't look great at all when you app
starts in portrait mode and the screenshot was taken when in
landscape.
From what I have seen it tries to be smart, but somehow fails.
In my last Xournal package
On Fri, 2009-10-23 at 17:14 +0200, ext Luca Donaggio wrote:
I was thinking that there should be a way to remove the existing
screenshot from a postinst script when upgrading to a new version of
the app.
I mean, some way more reliable than
`rm /home/user/.cache/launch/service name.pvr`.
This
On Thu, 2009-10-22 at 17:38 +0200, ext Aniello Del Sorbo wrote:
2009/10/22 Andrew Flegg and...@bleb.org:
On Thu, Oct 22, 2009 at 16:06, Aniello Del Sorbo ani...@gmail.com wrote:
[snip]
Thus I thought I'll take the screenshot at the expose event and only
take it if the file is not there
On Fri, 2009-10-23 at 08:08 +0200, Hamalainen Kimmo (Nokia-D/Helsinki)
wrote:
...
Please, no threads, no! The screenshot is only taken if it does not
exist, otherwise the existing screenshot is used. So, the performance
penalty is not there every time, only when the old screenshot does not
El jue, 22-10-2009 a las 16:36 +0100, Andrew Flegg escribió:
On Thu, Oct 22, 2009 at 16:06, Aniello Del Sorbo ani...@gmail.com wrote:
[snip]
Thus I thought I'll take the screenshot at the expose event and only
take it if the file is not there already.
I *think* you need to do it at
On Fri, 2009-10-23 at 08:28 +0200, ext Claudio Saavedra wrote:
El jue, 22-10-2009 a las 16:36 +0100, Andrew Flegg escribió:
On Thu, Oct 22, 2009 at 16:06, Aniello Del Sorbo ani...@gmail.com wrote:
[snip]
Thus I thought I'll take the screenshot at the expose event and only
take it if
2009/10/23 Kimmo Hämäläinen kimmo.hamalai...@nokia.com:
Yes, theme change, locale change, time change, restoring a backup (this
in hildon-desktop HEAD) all remove the screenshots.
Cool.
it's a good idea to check for the existence of the screenshot and
recreate it if necessary.
Now that
Aniello Del Sorbo wrote:
But taking a snapshot slows down the startup... it should be then done
in a small thread?
The hildon_gtk_window_take_screenshot function just sends a client
message to the root window [1] , and the screenshot is taken by the
window manager / hildon desktop (I
El vie, 23-10-2009 a las 09:39 +0300, Kimmo Hämäläinen escribió:
it's a good idea to check for the existence of the screenshot and
recreate it if necessary.
Now that the function is missing this argument (bad design).
What do you mean by bad design?
We should
add some API for
On Fri, 2009-10-23 at 09:20 +0300, Kimmo Hämäläinen wrote:
On Fri, 2009-10-23 at 08:08 +0200, Hamalainen Kimmo (Nokia-D/Helsinki)
wrote:
...
Please, no threads, no! The screenshot is only taken if it does not
exist, otherwise the existing screenshot is used. So, the performance
penalty
2009/10/23 Cornelius Hald h...@icandy.de:
On Fri, 2009-10-23 at 09:20 +0300, Kimmo Hämäläinen wrote:
On Fri, 2009-10-23 at 08:08 +0200, Hamalainen Kimmo (Nokia-D/Helsinki)
wrote:
...
Please, no threads, no! The screenshot is only taken if it does not
exist, otherwise the existing
El vie, 23-10-2009 a las 09:58 +0100, Aniello Del Sorbo escribió:
2009/10/23 Cornelius Hald h...@icandy.de:
On Fri, 2009-10-23 at 09:20 +0300, Kimmo Hämäläinen wrote:
On Fri, 2009-10-23 at 08:08 +0200, Hamalainen Kimmo (Nokia-D/Helsinki)
wrote:
...
Please, no threads, no! The
On Fri, Oct 23, 2009 at 10:16, Claudio Saavedra csaave...@igalia.com wrote:
I insist that the best would be that the desktop itself checks whether
the screenshot already exists.
Agreed. However, what if the application wants to refresh the
screenshot because of a layout/settings change? For
2009/10/23 Claudio Saavedra csaave...@igalia.com:
El vie, 23-10-2009 a las 09:58 +0100, Aniello Del Sorbo escribió:
2009/10/23 Cornelius Hald h...@icandy.de:
On Fri, 2009-10-23 at 09:20 +0300, Kimmo Hämäläinen wrote:
On Fri, 2009-10-23 at 08:08 +0200, Hamalainen Kimmo (Nokia-D/Helsinki)
On Fri, 2009-10-23 at 09:58 +0200, ext Claudio Saavedra wrote:
El vie, 23-10-2009 a las 09:39 +0300, Kimmo Hämäläinen escribió:
it's a good idea to check for the existence of the screenshot and
recreate it if necessary.
Now that the function is missing this argument (bad design).
El vie, 23-10-2009 a las 15:37 +0300, Kimmo Hämäläinen escribió:
The only thing that this method is doing in the client side is to
set a
property in the window. When @take is %TRUE, it's the desktop the
one
who should actually verify whether the screenshot exists already and
create it
On Fri, 2009-10-23 at 14:46 +0200, ext Claudio Saavedra wrote:
El vie, 23-10-2009 a las 15:37 +0300, Kimmo Hämäläinen escribió:
...
Let's make a deal, you fix it in the desktop and I fix the documentation
of the method :)
Fixed in hildon-desktop git master now :)
Claudio
El vie, 23-10-2009 a las 17:25 +0300, Kimmo Hämäläinen escribió:
On Fri, 2009-10-23 at 14:46 +0200, ext Claudio Saavedra wrote:
El vie, 23-10-2009 a las 15:37 +0300, Kimmo Hämäläinen escribió:
...
Let's make a deal, you fix it in the desktop and I fix the documentation
of the method :)
I was thinking that there should be a way to remove the existing screenshot
from a postinst script when upgrading to a new version of the app.
I mean, some way more reliable than `rm /home/user/.cache/launch/service
name.pvr`.
This could be useful if the new version has a substantially different
2009/10/23 Luca Donaggio donag...@gmail.com:
I was thinking that there should be a way to remove the existing screenshot
from a postinst script when upgrading to a new version of the app.
I mean, some way more reliable than `rm /home/user/.cache/launch/service
name.pvr`.
This could be useful
On Sat, Oct 17, 2009 at 1:03 PM, Cornelius Hald h...@icandy.de wrote:
On Sat, 2009-10-17 at 11:58 +0100, Aniello Del Sorbo wrote:
My program doesn't ask anything when you close it, but it keeps
automatically saving the document in
a temporary file. Thus at every start it loads it up and
2009/10/22 Luca Donaggio donag...@gmail.com:
On Sat, Oct 17, 2009 at 1:03 PM, Cornelius Hald h...@icandy.de wrote:
On Sat, 2009-10-17 at 11:58 +0100, Aniello Del Sorbo wrote:
My program doesn't ask anything when you close it, but it keeps
automatically saving the document in
a temporary
El jue, 22-10-2009 a las 16:57 +0200, Luca Donaggio escribió:
I'm resuming an old thread, sorry!
If I call hildon_gtk_window_take_screenshot() within the callback
function for the delete-event of the main app, just before
gtk_main_quit(), it seems that something has already happened to the
On Thu, Oct 22, 2009 at 5:06 PM, Aniello Del Sorbo ani...@gmail.com wrote:
2009/10/22 Luca Donaggio donag...@gmail.com:
On Sat, Oct 17, 2009 at 1:03 PM, Cornelius Hald h...@icandy.de wrote:
On Sat, 2009-10-17 at 11:58 +0100, Aniello Del Sorbo wrote:
My program doesn't ask anything
On Thu, Oct 22, 2009 at 5:11 PM, Claudio Saavedra csaave...@igalia.comwrote:
El jue, 22-10-2009 a las 16:57 +0200, Luca Donaggio escribió:
I'm resuming an old thread, sorry!
If I call hildon_gtk_window_take_screenshot() within the callback
function for the delete-event of the main app,
They are stored in /home/user/.cache/launch/service name.pvr
Speaking of which, I shall change my service name.
Aniello
2009/10/22 Luca Donaggio donag...@gmail.com:
On Thu, Oct 22, 2009 at 5:11 PM, Claudio Saavedra csaave...@igalia.com
wrote:
El jue, 22-10-2009 a las 16:57 +0200, Luca
On Thu, Oct 22, 2009 at 16:06, Aniello Del Sorbo ani...@gmail.com wrote:
[snip]
Thus I thought I'll take the screenshot at the expose event and only
take it if the file is not there already.
I *think* you need to do it at every expose event. What if the user
changes theme and the font colours
2009/10/22 Andrew Flegg and...@bleb.org:
On Thu, Oct 22, 2009 at 16:06, Aniello Del Sorbo ani...@gmail.com wrote:
[snip]
Thus I thought I'll take the screenshot at the expose event and only
take it if the file is not there already.
I *think* you need to do it at every expose event. What if
On Tue, 2009-10-13 at 21:22 +0200, Cornelius Hald wrote:
On Tue, 2009-10-13 at 18:45 +0100, Andrew Flegg wrote:
Faheem wrote:
https://stage.maemo.org/viewcvs.cgi/projects/haf/trunk/hildon-control-panel/src/hcp-window.c?root=maemor1=19383r2=19382pathrev=19383
I can confirm that
On Wed, Oct 14, 2009 at 11:59 AM, Aniello Del Sorbo ani...@gmail.com wrote:
Every app, when starts up, has to prepare its UI and then show it to the user.
Some of them do that in Python.
This whole process cannot sped up, it's there and takes some time.
I wonder if the option of using
2009/10/17 Cornelius Hald h...@icandy.de:
On Tue, 2009-10-13 at 21:22 +0200, Cornelius Hald wrote:
On Tue, 2009-10-13 at 18:45 +0100, Andrew Flegg wrote:
Faheem wrote:
On Sat, 2009-10-17 at 11:58 +0100, Aniello Del Sorbo wrote:
My program doesn't ask anything when you close it, but it keeps
automatically saving the document in
a temporary file. Thus at every start it loads it up and you're back
where you left.
So I thought I would call the screenshot
O Mar, 13-10-2009 ás 16:58 +0200, Thomas Perl escribiu:
With the latest firmware, the Settings window and the Application
Manager both show a fake screenshot when clicking the icon in the menu
and then fade to the real window contents after the application has
really started up (look closely
What's the point looking fast when in practice it is slow? Can't you just
fix your app so it starts up faster?
2009/10/13 Thomas Perl th.p...@gmail.com
Hello!
With the latest firmware, the Settings window and the Application
Manager both show a fake screenshot when clicking the icon in the
2009/10/14 Xabier Rodriguez Calvar xrcal...@igalia.com:
O Mar, 13-10-2009 ás 16:58 +0200, Thomas Perl escribiu:
With the latest firmware, the Settings window and the Application
Manager both show a fake screenshot when clicking the icon in the menu
and then fade to the real window contents
2009/10/14 Andrew Flegg and...@bleb.org:
On Wed, Oct 14, 2009 at 09:43, Marat Radchenko
slonopotamusor...@gmail.com wrote:
What's the point looking fast when in practice it is slow? Can't you just
fix your app so it starts up faster?
Main one: user gets a sense of feedback and completion.
On Wed, Oct 14, 2009 at 10:14, Aniello Del Sorbo ani...@gmail.com wrote:
That is true, but I remember once we were talking (here or on talk)
about this feature on the iPhone and we were calling them liars.
It turns out, it's really annoying watching an empty dark screen for 2
seconds or even
hildon_gtk_window_take_screenshot() and maemo-launcher FTW. :)
Best Regards,
Faheem
On Wed, Oct 14, 2009 at 10:25 AM, Andrew Flegg and...@bleb.org wrote:
Not me, I've seen enough usability labs that I appreciated it as a
nice hack to avoid some of the inevitable delays :-)
It's still a hack,
2009/10/14 Andrew Flegg and...@bleb.org:
On Wed, Oct 14, 2009 at 10:14, Aniello Del Sorbo ani...@gmail.com wrote:
That is true, but I remember once we were talking (here or on talk)
about this feature on the iPhone and we were calling them liars.
It turns out, it's really annoying watching an
On Wed, Oct 14, 2009 at 12:43:05PM +0400, Marat Radchenko wrote:
What's the point looking fast when in practice it is slow? Can't you just
fix your app so it starts up faster?
No cheating:
1. click an app
2. wait for app to appear
3. app appears
4. look at app screen, decide where you
Hello!
With the latest firmware, the Settings window and the Application
Manager both show a fake screenshot when clicking the icon in the menu
and then fade to the real window contents after the application has
really started up (look closely at the Language region icon in the
settings dialog
Good find. This would be an Apple-style illusion of quick application
startup. :)
This is interesting because it doesn't seem to be simply a screenshot.
I can see in the app manager that it actually resembles the current
theme.
Cheers,
Martin
2009/10/13, Thomas Perl th.p...@gmail.com:
Hello!
Yes I noticed it too, but it also manages to keep any clicks on the whatever
it is to throw them later to the real app. So it probably isn't just a
screenshot.
P.S. Sorry Martin for the spam :)
Regards:
Bundyo
On Tue, Oct 13, 2009 at 6:17 PM, Martin Grimme martin.gri...@gmail.comwrote:
Good
On Tue, Oct 13, 2009 at 16:17, Martin Grimme martin.gri...@gmail.com wrote:
Good find. This would be an Apple-style illusion of quick application
startup. :)
As I described at:
http://www.maemopeople.org/index.php/jaffa/2008/03/08/improving_application_start_up_usability
and
Hiya,
https://stage.maemo.org/viewcvs.cgi/projects/haf/trunk/hildon-control-panel/src/hcp-window.c?root=maemor1=19383r2=19382pathrev=19383
Best Regards,
Faheem
On Tue, Oct 13, 2009 at 3:58 PM, Thomas Perl th.p...@gmail.com wrote:
Is there an official way to do this for third party applications
Faheem wrote:
https://stage.maemo.org/viewcvs.cgi/projects/haf/trunk/hildon-control-panel/src/hcp-window.c?root=maemor1=19383r2=19382pathrev=19383
I can confirm that copying an existing entry from /home/user/.cache/launch/ to
dbus-name.pvr will result in it being launched with that screenshot
On Tue, 2009-10-13 at 18:45 +0100, Andrew Flegg wrote:
Faheem wrote:
https://stage.maemo.org/viewcvs.cgi/projects/haf/trunk/hildon-control-panel/src/hcp-window.c?root=maemor1=19383r2=19382pathrev=19383
I can confirm that copying an existing entry from /home/user/.cache/launch/
to
47 matches
Mail list logo
