cpd73 wrote:
> Just published a very early 0.0.1 release - see
> https://forums.slimdevices.com/showthread.php?117099-Announce-Melodeon
> for announcement.
That's great, and while saying so probably seems to be beating a dead
horse, I appreciate the publishing of the Debian package.
-
RobbH wrote:
> But that approach made for a misguided and unhelpful response to you.
> What was needed was simply to read what you wrote and refrain from
> inferring anything. This exchange has been a good reminder that that
> should always be an option.
>
Yes, quite right. Even a slight impro
cpd73 wrote:
> What makes you think Electron is any more generic than Qt?
It's fine. I wasn't being critical. I think I probably have tied Qt more
closely than is accurate to KDE, due to a historical association.
brainc
RobbH wrote:
> Guilty as charged! I thought I had inferred what you wanted and found a
> way you might achieve that. My inference was wrong and I apologize.
Perhaps my enthusiasm about expressing a solution I considered as an
ideal, and one which I think others might also share in principle,
wh
cpd73 wrote:
> The "qwebappwrapper" is working (barring any bugs), and you can (and I
> already do) use this to access LMS. The newer app takes this one step
> further, makes it LMS specific, and adds features such as auto-discover
> of LMS and MPRIS (so that player controls, etc, are shown in P
cpd73 wrote:
> As previously stated I have already written a Qt-based wrapper - this
> was to allow any page to be installed as a web-app. Now grated this
> means creating a .desktop file, but that is fairly easy (and an example
> LMS .desktop file is provided). Although not Electron based speci
RobbH wrote:
> There have already been some misunderstandings in this thread, and I
> think we now have another one. I cannot speak for others who have posted
> suggestions, but when I posted the directions for manually installing
> SqueezePlay, I was under the mistaken impression that you wante
manx wrote:
> Nativefier (github.com/nativefier/nativefier) is a little open source
> program which allows you to turn any website/URL into an app with native
> integration. It uses Electron/Chromium and provides many options. It's
> easy to use.
> WebCatalog (webcatalog.io) is even easier to us
Thank you for the responses.
I understand that Material Skin is a single-page web application that
may be served from LMS or stored on a client. For a cleaner style, it
may be preferred to load it from an application that operates as a
standalone wrapper. In principle, the application might be p
slartibartfast wrote:
> Which Windows desktop front end are you referring to?
So many different variations of the theme have crossed my path that I
can't keep it all straight anymore.
brainchild's Profile: http://forums.
RobbH wrote:
> Where was this mentioned? I do not find any mention of Material Design
> in this thread, before your post. (I searched for the word "design" in
> this thread and your recent post was the only thing that came up.)
Seems I wrote -Material Design-, instead of -Material Skin-.
Someone mentioned that -Material Design- is a web page that may be run
without a browser or even an Electron shell. I would like to understand
this better.
brainchild's Profile: http://forums.slimdevices.com/member.php?use
Greg Erskine wrote:
> hi brainchild,
> For control on any computer with a browser I would use the LMS GUI with
> the "material" skin plugin.
>
To be clear, "LMS GUI" refers to the web page that is served by LMS when
a browser requests from the machine on whic
Man in a van wrote:
> I'm a bit slow sometimes, but why can you not use the LMS web interface
> ?
Of course I can use it. I am just asking whether a native alternative is
available, for Linux, as there has been for Windows and MacOS, that
remains well maintained and easy to install.
Man in a
kidstypike wrote:
> Good luck finding that for which you seek, with an attitude like yours
> you'll need it.
I am only trying to understand what is currently available. I have
preferences and constraints just as everyone else. There is no need for
you to invoke a judgmental tone.
sodface wrote:
> There may be a package available for the distro he's running, but unless
> I missed it, he hasn't provided that info.
I am running Linux Mint 21 on an x86 laptop.
What I have come to understand is that Jivelite is targeted for a player
device such as a RPi running piCorePlaye
Paul Webster wrote:
> Jivelite
> https://sourceforge.net/projects/lmsclients/files/jivelite/
Yes, I found the download location on SourceForge.
There is one file for download in the Linux folder. It is called
`jivelite-0.1-20170220gitde9ea58-fbdev-armv6hf.tar.gz`, indicating that
it is target
Paul Webster wrote:
> Jivelite / Squeezeplay can be run on Linux desktops.
Would you please help me understand the overall scenario by naming an
application I would run on a Linux desktop?
brainchild's Profile: http://fo
cpd73 wrote:
> I know you seem to be explicitly asking for a native app, but I use
> Material Skin as a web-app on my KDE/Plasma desktop.
I believe what you are describing is largely the same as I have done in
the past for some applications using the Webapp Manager, available in
Linux Mint. Ho
HB64 wrote:
> That's what jivelite does.
We are not understanding each other. I am looking for an application
that runs on a Linux desktop or laptop.
Jivelite runs on a player device.
How would it help with my request?
---
sodface wrote:
> What about 'jivelite?' (https://github.com/ralph-irving/jivelite)
Thanks for the response.
It's not clear what this application does, but when I mentioned a Linux
controller, I had in mind an application to run on a Linux desktop or
laptop, to connect to the player or the medi
For controlling the piCorePlayer from a Linux desktop client, is any
software currently maintained, or is the web interface to the Media
Server the only feasible option?
I see some very old discussions on this topic, and I am seeking
up-to-date information.
22 matches
Mail list logo
