APP 2.0.0-beta 1: H...
 
Share:
Notifications
Clear all

UPDATE FROM MABULA

I have had a very rough 2 months unfortunately health wise. I was struck 3x in a row with bacterial infections. The second infection occurred  after a routine hospital checkup and I became very sick. I had to rest and take a lot of antibiotics. Once I was recovering and restarting work 1 month ago, I again became sick. The infection was not yet gone, so even more antibiotics and rest was needed. Needless to say, it took a lot of my energy and I needed a lot of rest.

 

Finally, the infection is really gone and my energy is coming back step-by-step now and I have started work again. I am terribly sorry to have kept you waiting for support. I will address all outstanding questions and e-mails step-by step and will be on the forum daily from today.

 

APP 2.0.0-beta47 will come soon as well, a lot of work was already completed before I became very ill, so the release is also nearly ready for you. Beta47 will be much faster actually. Many workflows will be more than 2x faster, mosaics can even be 10x faster than before because registration really received a major boost... all compared to beta46.  Before I release it, I will make sure that everything is working properly and then I will release it.

[Solved] APP 2.0.0-beta 1: HiDPI version

7 Posts
3 Users
1 Reactions
2,898 Views
(@lenart)
White Dwarf
Joined: 5 years ago
Posts: 11
Topic starter  

Hi,

 

A suggestion: shipping an extra HiDPI version of the linux release is unneccasary. Instead the normal version could be shipped with a second desktop file in /usr/share/applications/, essentially the same as astropixelprocessor.desktop now, but with a few lines changed like this:

Name=Astro Pixel ProcessorName (HiDPI)
GenericName=Astro Pixel Processor (HiDPI)
Exec=env GDK_SCALE=2 /opt/astropixelprocessor/astropixelprocessor %U

The GDK_SCALE environment variable is read by AWT/Swing and has the same effect as

-Dsun.java2d.uiScale=2.0


   
ReplyQuote
(@wvreeven)
Quasar
Joined: 8 years ago
Posts: 2134
 

@lenart Hi Janos,

Thanks for the useful tip. I passed it on to Mabula.

 

Wouter



   
ReplyQuote
(@mabula-admin)
Universe Admin
Joined: 9 years ago
Posts: 5379
 

Hi Janos @lenart,

Okay, that is also very helpfull indeed ! So that solution should have 100% the same effect on all linux distributions then? That is awesome and saves us a bit of work in deploying new versions 😊 

Mabula

 



   
ReplyQuote
(@lenart)
White Dwarf
Joined: 5 years ago
Posts: 11
Topic starter  

@mabula-admin, as far as I know it has the same effect, at least on anything running Gnome. Unfortunately I do not have ready access to other desktops running distros other than Debian, so I can't be sure of that.

Perhaps a safer way is to modify that launcher script a little (line 20):

$JAVA $JVMDefaultOptions $JVMExtraOptions -cp $JVMClassPath com.ariesproductions.astropixelprocessor.AstroPixelProcessor $@

and add a HiDPI desktop file that sets that variable:

Exec=env JVMExtraOptions=-Dsun.java2d.uiScale=2.0 /opt/astropixelprocessor/astropixelprocessor %U


   
ReplyQuote
(@mabula-admin)
Universe Admin
Joined: 9 years ago
Posts: 5379
 

Thanks a lot Janos, @lenart !

I will definitely try to have this nicely implemented for the 2.0.0-beta2 release 😉

Mabula



   
ReplyQuote
(@mabula-admin)
Universe Admin
Joined: 9 years ago
Posts: 5379
 

Hi Janos @lenart,

Excellent, thank you very much for this suggestion.

I have implemented it like you indicated. The installers for both DEB and RPM have 2 desktop files now, 1 for HiDPI support with scale=2.0, the other with default scale=1.0. And the startup script uses the extra JVM option.

It works nicely for both RPM and DEB distributions giving the user the choice how to run APP with only 1 installer which is really nice 🙂

Linux HiDPI support version
Linux HiDPI support application header

Thanks a lot!

Mabula

 



   
ReplyQuote
(@lenart)
White Dwarf
Joined: 5 years ago
Posts: 11
Topic starter  

😲 That was quick, thank you 🙂



   
Mabula-Admin reacted
ReplyQuote
Share: