Hi,

Tried to make a workaround for this by creating a keyboard (Ctrl Shift +) event and sending it to DisplayHost. The event was consumed correctly at but nothing happened in the UI...

The code:

exitButton.getComponentKeyListeners().add(new ComponentKeyListener.Adapter() {
@Override
public boolean keyPressed(Component component, int keyCode,
KeyLocation keyLocation) {
if (keyCode == Keyboard.KeyCode.ESCAPE)

return super.keyPressed(component, keyCode, keyLocation);
}
});

Hi, sorry for the delay but these weeke I'm really busy ... note that this feature has been discussed other times during years but it shouldn't be so simple to fix because of some Pivot internals.
Your workaround could not work because it need e refresh/repaint, I can take a look but I need some time.
I'll keep you updated. Bye

Hello,

Ok, I understand. Take your time. I'am not so hurry with this, I just decided to try someting else.

Anyway, I have to say that Apache Pivot is great tool. I haven't seen any UI tool which really separates the UI and program business logic. It is amazing how this helps creating simple (readable and easy to manage) applications. Four weeks and I am still excited.... You guys have done someting definetly right. Thanks.

VM

Hi. Anything new with this? I could not get the workaround (above) working. I tried to add invalidate / validate / repaint calls to both hostframe and window components but no help.

In the Javadoc for ScaleDecorator it says this:

• Decorator that scales the painting of a component along the X and/or Y axes.
• <p> Generally speaking, decorators don't force a repaint of the component(s)
• they are attached to when their parameters are changed. So, if this decorator
• is changed after being applied to a particular component (e.g., to do a
• dynamic resize) then either the component.repaint() method must be called or
• the decorator should be removed and added again to force a repaint with the
• new scale.

So, does it help if you attach the ScaleDecorator to the Window AFTER setting all the decorator parameters (esp. the scale factor)? Something like this:
....
final ScaleDecorator sd = new ScaleDecorator();
sd.setHorizontalAlignment( HorizontalAlignment.LEFT );
sd.setVerticalAlignment( VerticalAlignment.TOP );
sd.setScale( 2.0f );
sd.update();

window.getDecorators().add( sd );
window.open(display);
....
(You've probably tried this, but just wanted to check...)

Thanks,
~Roger

Aha. So, my previous suggestion does not work, but this does:

...
display.getDisplayHost().setScale(2.0d);
window.open(display);
...

No need for a ScaleDecorator, but simply scale the ApplicationContext.displayHost before opening the window.

Million thanks! This is all I need. Very good.

Hi all and sorry for the delay ...

Vesa: with the suggestion by Roger all is good so we can close this (non) issue (change to non-issue then mark as resolved or closed) ?

Roger: do you think it would be good to add some info in JavaDoc to handle this case ?

Yes I do think some Javadoc would be good. Any suggestions as to where would be best?
Thanks.

Using ApplicationContext.DisplayHost.setScale() is the right way to do this. Going to add some Javadoc to help with understanding this use case.

Great !!
I'll wait for the commit.
Thanks to all.

Committed Javadoc changes:
trunk:
Sending wtk/src/org/apache/pivot/wtk/ApplicationContext.java
Transmitting file data .
Committed revision 1678238.

branches/2.0.x:
Sending .
Sending wtk/src/org/apache/pivot/wtk/ApplicationContext.java
Transmitting file data .
Committed revision 1678239.

Zooming works perfectly when using code
display.getDisplayHost().setScale(2.0d);
window.open(display);
as Roger Whitcomb suggested. Thanks for all.

Also committed changes to TextPaneDemo.java to demonstrate the use with a "--scale=n" startup property.

trunk:
Sending demos\src\org\apache\pivot\demos\text\TextPaneDemo.java
Transmitting file data .
Committed revision 1678251.

branches/2.0.x:
Sending .
Sending demos\src\org\apache\pivot\demos\text\TextPaneDemo.java
Transmitting file data .
Committed revision 1678253.

One more thing: using Ctrl-Shift-MouseWheel will scale the display up and down as well, for the user of your application.

Roger, sorry one last thing: what do you think on add more evidence (so even text search in sources could find this info in a simpler way) on this feature in the test app just updated ?
For example writing to console when the application starts something like this:

In this test application as a sample for setting the display scale on startup, use startup argument "-scale=n" property; for instance, using "-scale=2.0" will set double scale on the whole application.
Anyway, using Ctrl-Shift-MouseWheel will scale the display up and down as well, for the user of your application

I can do the change, tell me.
Bye

Go for it! Yes, that would be good to have instructions for the test application.

Just committed all, both in 2.0.x and in trunk.