I decided to put a little into the openSUSE wiki page for installing LXQt. I don’t know what the popularity of it is with openSUSE users but I find that it works so very well with an older netbook of mine. It’s nice and quick and just works very well. My trouble is, with the wiki page, I wasn’t able to successfully make the little cool one click install icons. I did like the instructions said but it just didn’t work for me.
If someone gets some time to review it, and maybe show me what to do for the button to work properly, that would be great!
- When you first create a page which doesn’t exist about assigning a prefix (I’d recommend creating an SDB), note what it says, for instance click on the following
The alternative might be to create a personal Wiki page as I’ve done for many topics… Of course, this will mean that it won’t likely be found by anyone using “SDB” as a keyword but in general Google search seems to be indexing many of the topics I’ve written. Compare to my Wiki collection, and how its done by using the “User:username” namespace (This used to be the default if you were already logged in)
When you create a page, you might consider the “Application” page template instead of Article Template if your page will contain technical info which might be applicable to specific versions of openSUSE… Otherwise, the default “Article” template is good for general info.
Just IMO, but I think many people who are curious about LXQT would probably be interested perhaps in a couple screenshots, and also whether LXQT is like LXDE in its theming somewhat consistent with existing KDE (as opposed to Gnome).
Thank you for such a quick reply. Also note, I have no idea where to discuss wiki / documentation on the forums so this seemed like as good of area as any.
I didn’t create the page for the LXQt, but I did see that the link from LXQt.org does point to that page on the wiki. I was thinking that it should be “Portal” page like https://en.opensuse.org/Portal:LXDE or https://en.opensuse.org/Portal:MATE. If I were to make that change, I could easily let the folks at LXQt know and update the link on the LXDE page as well.
Thoughts on that?
I also agree that it needs to be spiced up with pictures and the like as some sort of compelling reason to try it out. I think it works great and haven’t had any issues with it, in fact, I’ve had fewer issues with LXQt than I have had with KDE as of late, not to say that KDE has issues as I have fewer issues with KDE than I do Windows 7, just to keep things in perspective.
Thanks again for your input!
I personally think a Portal prefix would be fine, too.
When creating your new page initially, I don’t see a Portal template, but I noticed if you click “Edit” for page editing any existing Portal page, a slightly modified base Portal template is provided (don’t know why this happens). You should be able to copy that portal template to your new portal page and start modifying to suit.
Yes, there used to be a Forum just for Wiki Q&A, but it hasn’t existed now for a few years.
Looking forward to your creation!
I am too, thank you for your input and I will get to it as I have the time. So, be patient!
I will also look forward to your input as well.
I took some time to make the Portal Page for LXQt.
When you get a chance, take a look at the “Portal Page” for some feedback. There are a lot of things I just don’t know how to do in the wiki text so I am basically hacking it together, I hope it’s not too obvious.
I think it’s enough to get someone by for now and I see on the page there hasn’t been an update to LXQt since December so hopefully the project hasn’t stalled out. I think it works great.
I agree, I used it on Arch on an old netbook and it’s so **** fast. However, there was this post and related discussion that unfortunately doesn’t paint a positive picture of the future of the project, sadly. I hope it doesn’t turn out that way.
Yeah, I would like to help if I had the skill set. I don’t even know the overarching goals of LXQt and how they want to move forward with it. I don’t have any bug issues with it as of today. Hmm… Maybe I will start poking around and find out what I can find out.
Out of curiosity, I added LXQt to a system I already was running LXDE and I found…
So far, only one bug I’ve reported, not serious but something. A decision was made to expose all YAST modules in the Application menu without first requiring YAST be opened, and everything under “Preferences” works fine, but modules listed under “Other” don’t prompt for elevated permissions and just decide to display something other than what you wanted…
The other bug I’ve found is that icons on the desktop disappear, leaving only the captions visible. I don’t fill my workspace with apps/icons, so it’s a relatively minor issue for me. For someone else, it might be a real issue. This doesn’t seem to be solvable by the User, I’ve tried applying custom settings for other icon sets in combination with different backgrounds without any change.
Since was running LXDE before, I’m able to do a straightforward comparison between LXDE and LXQt, so
– LXQt is blazing fast, but so is LXDE on my system. No noticeable difference in speed.
– Noticed the KDE development credit, and I’m noticing what might be KDE influences, like automatic activation of some services like Packagekit (Like in KDE). LXDE is very bare bones when it comes to auto services, and I generally prefer to manually control what runs or doesn’t.
– A nice collection of apps. I’m used to what LXDE provides and have no complaint. I expect that the LXQt collection should also be fine (yes, it’s different than what LXDE provides).
– Overall desktop functionality seems to be fairly good, and the themes look slicker (Maybe a result of the Qt library?). So, for those who like slick looking desktop graphics, LXQt seems to deliver, I’ve seen this level of graphics only in the Enlightenment desktop, which implements Waveland (hmmm… I haven’t checked, wondering if LXQt is implementing Waveland also, or still using xorg).
As for the LXQt Portal page itself, only thing I might suggest is that the User should know that LXQt is in the OSS Update repository(which should be enabled on every openSUSE system), so no repository needs to be added. Can just search and install from within YAST, or run the given zypper command, the “one-click install” on the LXQt portal page can be used, but IMO is overkill when the install can be as simple as just running the zypper command.
My push for the “One-Click Install” is to remove some of the apprehension of the newer user that wants to try things but is a little funny about terminal yet. Also, I do personally support some openSUSE Linux desktops for those that are real new to Linux so I want to be able to point them to openSUSE wiki sites to make it easy to add something. Though, the link to software.opensuse.org link is probably good enough.
I did notice the YaST modules seem to be spewed out in the menu tree. Not sure if that should be considered a bug or if that is a feature or both?
I should probably give LXDE a whirl just to see the difference. I didn’t have icon disappearing on the desktop but I only had a couple picture files on my netbook so I’m going to have to check that out again and get back with you.
Thanks for your feedback!
This is an old thread… but I was browsing around and I saw there was a notice at the top of this page https://en.opensuse.org/LXQt should be merged with this page https://en.opensuse.org/Portal:LXQt
In my lack of understanding and since nothing I did seemed to have fixed the layout. Some one with some Wiki-foo powers needs to fix the boxes so they look right, for example: https://en.opensuse.org/Portal:Budgie
I tried copying the bits to force the layout but that didn’t work so I gave up, put the information in there and called it good.
Additionally, the link to this page: https://cubiclenate.com/2019/01/27/using-kwin-on-lxqt-with-opensuse/ should probably be replaced with another proper wiki page. I didn’t initially link the page to the wiki, and it does go to my personal site but I just think it would be better if it was rebuilt for the wiki as it is likely this process will change and require updates which would be better served by the community as a whole rather than just some dude.
When I have some additional time, I can get to adding that page as SDB:Kwin on LXQt or something like that but what I really need is for someone to fix the formatting of **Portal:LXQt **so it doesn’t look silly.
All MediaWiki code works in openSUSE Wiki pages.
You can apply templates for a consistent look, but I don’t know that the MediaWiki Textboxes you’re talking about are part of any openSUSE template.
The openSUSE Portal pages generally have their own “look” and although I don’t have any strong personal opinion, obviously the “look” you’re giving the LXQt portal page won’t be the same as any other Portal pages.
If you want to copy a “look” from any MeidaWiki page,
It’s not difficult… Just click on the main “Edit” link for the page copy the code and paste it wherever you want.
On my own Wiki pages, I maintain my own sandbox… of a number of layouts and objects I use in both my Wiki and various openSUSE wiki pages including SDBs.
I’d recommend you do the same, if something has a particular “look” whether it’s a layout or a widget or formatting,
Copy it into a page in your own Wiki, and play around with it until you understand how the code works.
You can create and start your own Wiki by following the instructions in my signature.
I think I might just “start over” with the page and fill the information in. That might be the easiest way. I tried copying from the Budgie Portal but that didn’t work either.
Good work. Not being as adventurous or inspired as futureboy, I contented myself with putting my experiences of LXQt on my own website at https://johnrhudson.me.uk/computing/Adventures_LXQt.pdf. Feel free to use anything in that (note that some of the images are now out-of-date as LXQt has since been updated). I have been using LXQt as my primary desktop for a couple of years now and am very satisfied with it. There are some quirks which I am sure will be ironed out in future updates but nothing to affect my everyday productivity which is significantly more than when I used KDE as my primary desktop - KDE now seems really slow by comparison.