Problem with Applet Sliding in =landscape

Pointui » Home 2 Scripting Support

Problem with Applet Sliding in =landscape

(21 posts)

Started 1 year ago by costp
Latest reply from costp
This topic is not resolved

Tags:

costp
Member

I hope Joel can answer this:

As you may know (or not) Montecristoff and myself made an applet moder allowing create a 'panoramic' background.

This is working perfect in protrait but in landscpape, when you slide from right to left, the right applet is overlaping the curent one. In facte, when you begin to move, the right applet 'Jump' just to the left of the 4 buttons. (the problem is also visible from left to right.

Is it possible to make it so the applet are collapsed by theyr biggest control ?

I hope I'm clear ?!
If not, I can do a video....

Posted 1 year ago #
costp
Member
Here, two screens :

Portrait (ok)]

Landscape (not ok)
Attachments
1. Screen01.png (182.4 KB, 2 downloads) 1 year old
2. Screen02.png (293 KB, 2 downloads) 1 year old
Posted 1 year ago #
zenkinz
Member

man.. that's a huge battery you have :)

Posted 1 year ago #
Shane
Pointui

The problem could be related to the fact in portrait the width of the applets is the actual width of the screen but in landscape the width available to the applets is the screen width - primary nav width.

You see the jump from the right because they are positioned off screen and unlike portrait and landscape on the left you don't get to see them move into position as they are offscreen.

The info doesn't help you as such but when someone has the time we'll have a look into it.

Posted 1 year ago #
Joel
Pointui

I think Shane is right, actually to test, if you make all the applets "FullScreen" (so no primary nav buttons) then I wonder if it will work correctly.

Posted 1 year ago #
zenkinz
Member

@Joel,

side track alittle, when the applets are in "FullScreen", the primary nav buttons are hidden but yet they are 'clickable' (i.e. if you click at the region where the primary nav buttons are supposed to be, it'll fire up the corresponding action). Is this by design?

Posted 1 year ago #
Joel
Pointui

No not by design - will look into it.

Posted 1 year ago #
costp
Member

Thank you guys for the response but it also happend when you slide from left to right.

Shane, your explanation seems right... It's anyway a little annoying :D

Is there a way I can get the position of the 4 buttons at runtime ?

I'll then make the image stop at this position ;-)

Posted 1 year ago #
costp
Member
okay,

We had think that we found a way but... Only with standart sized primary navs button.
We create images with 120 pixel overlapping (meaning the right 120 pixel of one applet are the sames as the 120 left of the applet at his right) This is working Perfectly in VGA / WVGA / QVGA / WQVGA but when the search button is there, there are 120 pixel less for the applet... Overlapping again (we could create panorama themes with and without search button)

but when you load a theme with primary navs having different size, it's f*cked up...

I can have a solution by letting everyone set the ovelap distance manually but I didn't wanted to load too many image (for mem consumption)...

So, could it be possible to let the slide work from the biggest control to the other (or from Screen to Screen and not Applet Zone to Applet Zone)...

Many thanks (I know you have a lot to do so forgive me for annoying you with this)..

Regards

Standart theme (perfect)

Monte theme (bah : not pefect ;-))
Attachments
1. sansBoutonSearch.png (434.1 KB, 2 downloads) 1 year old
2. sansBoutonSearch_DefaultTheme.png (359.5 KB, 1 downloads) 1 year old
Posted 1 year ago #
costp
Member

Never mind guys,

I found a solution but a little hungry in terms of memory / processing. I'll wait for an input of you about sliding from Screen Border to Screen Border...

Regards,

Posted 1 year ago #
Joel
Pointui

I've fixed the issue with the primary nav buttons being clickable in full screen applets, but need a bit more info costp about the issue you are describing - can you post an example applet here for me to test with please.

Posted 1 year ago #
costp
Member

Joel,

I'm at work now, so cannot upload a cs. But the real problem is the fact that when you move to the right applet, this one come directly to the GetWidth position. Even if there is a wider control.
In Fullscreen this is working good as the GetWidth is the same as the GetScreenWidth, but if you put only Fullscreen applets, you loose the navs buttons + the Applet selector.

So what would really correct the problem is the following :

In place of collapsing the right applets to the 'GetWidth' of the current applet, You should Collapse the right applet to the Right of the Biggest Control, if this one is wider than the GetWidth. And to the GetWidth if none of the controls is wider than the GetWidth...

Also another small problem with Fullscreen applet, is that when you go from one Fullscreen applet to one normal having a Image taking all the screen, the buttons are staying behind the image (you see them when moving the applet). I think that the Z-order of the buttons is not setted Right when doing this.

I hope I was clear ! If not, I'll put somes applets tonight...

Posted 1 year ago #
costp
Member
Hello Joel,

Here is a sample bunch of applets to test.

You have to put Panoramic under the Home2 directory. And, of course all applets in the applet folder. Load the 6 applets, When In portrait, this is perfet, when landscape, this is not :D

You'll see (thanks for the support :))
Attachments
1. Joel.zip (745.3 KB, 11 downloads) 1 year old
Posted 1 year ago #
Joel
Pointui
Thanks costp, been working through the issue this afternoon. Please give this exe a go - it should fix the problem. I've also updated the animation for applets so they stay together when you are scrolling between them instead of the outgoing ones flying off quicker.

One thing to consider: for Pro users you could do panoramic with a bit better visual effect by having the background slide slower than the foreground - this could be done by having the pano bg image as a single image and just positioning it relative to the current index of selected applet.

Also, this version (it's a free build) has the support for "using" as discussed in the other topic, so give that a go too if you want.
Attachments
1. Home2.zip (323.8 KB, 5 downloads) 1 year old
Posted 1 year ago #
costp
Member

Tx, I will test it asap !

For the slow background, That was my next question! So I should only draw it in the Custom.cs file right?
If yes, Tha would be Really Really cool !

Regards

Posted 1 year ago #
costp
Member

Landscape is working perfectly.

Thank you !

Tonight, i'll test the 'using'

Regards,

Posted 1 year ago #
costp
Member

In the mean time...

For a 'Android like' background image, I imagine that I simply declare a new image in the Custom.cs file, I set it up in the ScreenHome_AfterLoad() , but where do I put the 'displacement code?' in the PositionOffscreen()? something like :
PositionOffscreen()
{
read file containing wich applet is enabled ;
move the image acordingly;
}

This is how I should do it ?

Also, is there a way to know wich applet is Onscreen ? Maybe a function PositionOnscreen() ? And a way to know what's the Left position of this current applet ?

I know that's a lot of questions...
Take your time :D
Thanks !

Posted 1 year ago #
Joel
Pointui

Hi costp, yes - in Custom.cs.

Use ScreenHome_AfterLoad() to add an image into the home screen - i.e. screen.Controls.Add(). You will need to SendToBack() it.

screen.arRibbon is the applet ribbon - but at the moment it doesn't have methods or events to allow for what you want to do. It's not something that can be polled either - it needs to really have an event that you can handle and position the background accordingly. You need to know more than just the index of the current applet - you need it's exact pixel position relative to the total pixel width of all applets. The event is called each frame as the current applet animates, and it would have to account for fullscreen/normal differences as well.

One thing that will be a little odd is we allow wraparound on applets so when you get to last you go back to start where-as android is more you slide a lot to the left then you slide all the way back and then to the right. Maybe wraparound should be disabled for when you are doing this because how would you stitch the background up on each end for wraparound? And really, you would need actually manage this with 2 images which could get a bit tricky.

Posted 1 year ago #
costp
Member

Joel,

when you say : 'One thing to consider: for Pro users you could do panoramic with a bit better visual effect by having the background slide slower than the foreground - this could be done by having the pano bg image as a single image and just positioning it relative to the current index of selected applet.'

How can i do a Slow moving Background without knowing where the current applet is positionned?
When you say with the applet index, I can only do it after the applet as effectively changed right ?
So I have to poll some store where I put the last applet index and the new one, allowing me to make a slide (or doing it the same way you did the World applet move) ?
Then again, it's after the Applet was changed...

All the other values can easily be found without any information from you (I can store sizes,number,position of each applets in a configuration file, maybe I have to delay the read of the file to let the applets load but that's not a problem).

For the Warparound, It can maybe be an option, depending on the image used. When using a real panorama (like sommet), we can warparround, when it's a simple image, it doesn't allow to cross...

Bah, I will continue my testing :D

Thank you for the help

Posted 1 year ago #
costp
Member
Joel,

The exe you made is working perfectly as long as there is only one image on the applet.
When i apply the modification to any other applet, there is a gap between applets (even in portrait). The gap is different on each applet but constant. Like there is something drawn there.

If I put back the original EXE, the portrait mode work all good, and landscape give the same results as before.

I put you here 3 panoramized applets...
Attachments
1. joel.zip (278.6 KB, 0 downloads) 1 year old
Posted 1 year ago #
costp
Member

Yeah, I know, I'm not a lot active for the moment (I'll come back in 2-3 weeks) but :

UP Joel ?
Like I said, this is working when only 1 image is in the applet. Now, I see that you added a sort of debug information in R2.1... Maybe I'll have to test it with this release to be sure if the problem isn't coming from me ... ;-)

Regards

Posted 1 year ago #

RSS feed for this topic

Reply

You must log in to post.

Pointui » Home 2 Scripting Support

Problem with Applet Sliding in =landscape

Attachments

Attachments

Attachments

Attachments

Attachments

Reply