|
Gianluca Administrator Posts: 1274
02/05/2017
|
sl23 wrote:
Indeed it does, but that's because I had to force check.
Yes I set it to 1 Day. How exactly does this work? Does it check date changes or it is timer based, thereby waiting 24hrs to recheck?It simply checks the system creation date and last modified date of the _Cache file. I have to check both the dates to avoid useless downloads but this is another story.
Try this:
- exit from SyMenu
- go to the _Cache folder and change the creation and the last modified date for the file 20170502.sps.zip. The two date must be older than 24h from now
- if you want to be really sure that the update happens, you can change the file name too, but it is unrelated with the automatic update process, but you'll see the file name changed again in 20170502.sps.zip
- now run SyMenu and go to the SPS Manager
sl23 wrote:
I am confused though, you say that the slider is global, so how do you disable a single Suite? That lovely heart icon has disappeared!  The heart was introduced because of the annoying message at SyMenu startup but now you are free from these message (nobody noticed???  ). If you enter the SPS Manager and click the tab of another suite, please, you have to endure the update definition process. Otherwise what are you doing inside that suite?
sl23 wrote:
Would it be simpler to just check on startup as most apps do? Or is this overkill? It's the future! But I have to implement a lot of things before. And a lot of options to allow the users to choose how, what, where, doing the update.
Remember that it's not a simple application update. Here we have a definitions update that can cause a multiple programs update. Maybe you should avoid the check in certain sensitive environment (SyMenu is portable), probably you prefer to check and update on a certain network rather than one other. The users have the right to choose everything during this process.
sl23 wrote:
do you have any definitive plan yet? Or even a rough plan? We already spoke about that. I have few ideas but really confused 
sl23 wrote:
For starters, is the SPS Manager going to be web based like Google, or app based, like how it is now, just implemented differently? It'll be a mixed approach, an app like it is today, without an offline content. The content (the app descriptions) will be downloaded from the web according to the user search. Only when the user want to install something the full definition set for those app will be downloaded.
sl23 wrote:
Is it possible to place the Tooltip where you want? If so, May I suggest above-right of the cursor. Then it's out of the way and can be seen unobscured. Who knows...? For the context menu I rewrited completely the tooltip component because the original MS tooltip really sucks. Probably I'll have to re-write it again for the SPS Manager...
|
|
|
link
|
|
sl23 Posts: 285
03/05/2017
|
False alarm! The update checks are working automatically.
Fwiw, I liked the heart icon, miss it too, it was a simple way to stop the update checking. And yes, the first thing I noticed on updating to this beta was the lack of that irritating message, thanks for fixing that 
|
|
|
link
|
|
Gianluca Administrator Posts: 1274
04/05/2017
|
@sl23 Your suggestion to move the update command buttons below the search filters was good. You'll find the new design on the final version.
Another thing.
When I explained the criteria the auto update is based on, I realized that the 24h interval is puzzling. A user can't understand why yesterday the check happened and today not, with an interval of 1 day.
So in the final version you'll find a simpler rule: the auto update count the interval in days and not in hours.
Pros.
The auto update is easier to understand and master.
Cons.
With an interval of one day, you run SyMenu at 23:59 and go to SPS Manager. The auto update starts. But if you return to the SPS Manager after midnight the auto update will start again.
Well... who cares... if someone is annoyed by this behavior, go to bed before midnight instead of using SyMenu.
Jokes aside I don't want to make it more complex because at least now the rule are clear.
|
|
|
link
|
|
sl23 Posts: 285
04/05/2017
|
Glad you like the suggestion
I was just about to report about the auto-update not working. I think the date interval is better than 24hrs. Using the 24hr system makes it appear sporadic, ie, working one minute and not the next. The only way to avoid your example would be to implement both systems. But reduce it to something like 8hrs.
So if a check has been made within 8 hrs and the date is different, no check is made. But as you stated, you want to keep things simple, that's ok. Tbh, the example you gave is only a rare occurrence and a minor issue, but it works!
Thank you very much for assimilating my ideas and for being so goddamn good at this
|
|
|
link
|
|
sl23 Posts: 285
04/05/2017
|
One minor point about the SPS Manager. Previously when clicking an item lower in the list it would open the app info section, also, the clicked item appeared at the top of the window as it would've been hidden by the app info covering it.
Now it doesn't move to the top of the window and instead remains hidden, making you scroll down to see it. Is this intended behaviour now?
|
|
|
link
|
|
sl23 Posts: 285
04/05/2017
|
Another SPS Manager issue...
In our own App Suite's, there is no way to refresh, I realise it was my previous recommendation to abolish this option from our own personal Suite's, but it has the adverse effect of having to close and restart SyMenu to update my personal Suite.
May I suggest that when viewing your own Suite's, that the Refresh button changes function and becomes a 'Recheck this Suite's sps files' button. Or similar.
Thanks
|
|
|
link
|
|
Gianluca Administrator Posts: 1274
05/05/2017
|
sl23 wrote:
Previously when clicking an item lower in the list it would open the app info section, also, the clicked item appeared at the top of the window as it would've been hidden by the app info covering it. Now it doesn't move to the top of the window and instead remains hidden, making you scroll down to see it. Is this intended behaviour now? Not at all. I'll fix it don't worry.
sl23 wrote:
when viewing your own Suite's, the Refresh button changes function and becomes a 'Recheck this Suite's sps files' button You are perfectly right! I'll put in the final version.
Thank you for the suggestion.
edited by Gianluca on 05/05/2017
|
|
|
link
|
|
sl23 Posts: 285
05/05/2017
|
Thanks Gian, you da man
|
|
|
link
|