JJZolx wrote: > When dropping something on the Play button, there's a gray popup box > labeled 'LMS Info' that appears for a few seconds. I also see it > sometimes when double-clicking a different track in the playlist to > change tracks, but this is inconsistent. > Are you using an old version of the plugin? There used to be such a popup (it actually displays messages sent from the LMS server itself, which are unrelated to the plugin), but I changed it so that they appear in the info area (not sure when - maybe in 0.7.5, maybe earlier).
> > Because it then becomes a user setting, rather than server-wide. > Using cookies for that brings it's own number of problems. Lots of people (including me) configure their browser to delete cookies when closing it, so the preferences are lost anyway (HTML local storage might be an alternative, not sure how well supported it is by the current browsers). Additionally, I prefer the preferences automatically being the same no matter from which client I access the GUI. A matter of personal taste.... > > For something like a list sort order, it also means that you'd change it > simply by sorting differently using the UI rather than having to change > a preference. It's a "remember how I had it" setting rather than a "do > it this way all the time" setting. > How preferences are being set is completely unrelated to the type of persistence used - it just depends on how this is done in the application. > > I think my server is fairly fast. As an example, changing pages while > browsing albums in the Default skin of the standard web interface takes > just a little over a second with the items per page set at 80 and both > artist and year displayed. From postings I've read over the years from > others regarding server performance, that's pretty quick. The "items per page" seems not apply to the albums browse view, I get several hundreds although "items per page" is set to 50 (or is there another setting for that?). Here's a client-side comparison of the two GUIs for loading 400 albums (using Chromium's network view): Left side: Default GUI / right side: extGUI4LMS 14636 So basically the server time is the same for both (and extGUI4LMS actually loads more information since it displays the album duration, which means that the time for all tracks for each album has to be summed up by the database). Receiving time is longer for the Default GUI, probably since the server sends the data as HTML, while extGUI4LMS communicates using JSON (i.e. only the album information itself is sent), and renders the data on the client with Javascript). Our clients are basically the same, you wrote that your server runs on a Xeon 4GB, mine runs on a dual core Celeron G530 2,4GHz (in low-power mode, 1,6GHz), 4GB, Linux x86-64, custom compiled Perl 5.14.2 with threading. So server performance should be similar (you didn't write which Xeon - older ones are probably slower); I have no idea if the OS has any influence. It would be interesting if your setup's performance is similar to mine (you wrote earlier that startup takes 10-12 seconds, but that was with an older version of the plugin - currently, it takes ~6sec here) and you have significant differences between the GUIs - maybe there's some issue with the plugin affecting your performance. +-------------------------------------------------------------------+ |Filename: perf.jpg | |Download: http://forums.slimdevices.com/attachment.php?attachmentid=14636| +-------------------------------------------------------------------+ ------------------------------------------------------------------------ Roland0's Profile: http://forums.slimdevices.com/member.php?userid=56808 View this thread: http://forums.slimdevices.com/showthread.php?t=98186 _______________________________________________ plugins mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/plugins
