MX-21 beta 1 feedback thread

[chrispop99]

gThumb does not open .psd (Photoshop) files. (Nomacs does this OOTB.)

Chris

[dolphin_oracle]

@dolphin_oracle

In MX Tweak >> Theme tab, your icons pane does not search for icons in the $HOME/.local/share/icons folder. XFCE's Appearance tool does (because it's a pretty standard location). Plasma looks for icons in that folder rather than $HOME/.icons.

I just installed KDE Standard on the MX21 alpha VM to check it out, and Plasma could not find the icons in the $HOME/.icons folder. So I shifted them to the .local/icons folder, only for them to no longer appear in your MX Tweak >> Theme pane when I logged back into XFCE. I was able to set them by using Appearance tool.

Ok if they still appear in Appearance I'll search both folders. what about themes? tweak searches ~/.themes.

[asqwerth]

@dolphin_oracle

In MX Tweak >> Theme tab, your icons pane does not search for icons in the $HOME/.local/share/icons folder. XFCE's Appearance tool does (because it's a pretty standard location). Plasma looks for icons in that folder rather than $HOME/.icons.

I just installed KDE Standard on the MX21 alpha VM to check it out, and Plasma could not find the icons in the $HOME/.icons folder. So I shifted them to the .local/icons folder, only for them to no longer appear in your MX Tweak >> Theme pane when I logged back into XFCE. I was able to set them by using Appearance tool.

Ok if they still appear in Appearance I'll search both folders. what about themes? tweak searches ~/.themes.

Shifted some themes into $HOME/.local/share/themes folder. No longer appeared in MX Tweak >> Theme panes for applications and window manager. They appeared in XFCE's Appearance.

In KDE Settings Manager:

1. icons only show up if in $HOME/.local/share/icons
2. gtk themes show up whether in $HOME/.local/share/themes or $HOME/.themes

not counting the icons and themes in /usr/share/.... of course.

[kc1di]

Live session freezes on my machine.

Code: Select all

Machine:
  Type: Laptop System: LENOVO product: 20BV000AUS v: ThinkPad T450 
  serial: <filter> 
  Mobo: LENOVO model: 20BV000AUS v: SDK0E50510 WIN serial: <filter> 
  UEFI [Legacy]: LENOVO v: JBET71WW (1.35 ) date: 09/14/2018 
  CPU:
  Topology: Dual Core model: Intel Core i5-5300U bits: 64 type: MT MCP 
  arch: Broadwell rev: 4 L2 cache: 3072 KiB 
  flags: avx avx2 lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx 
  bogomips: 18358 
  Speed: 798 MHz min/max: 500/2900 MHz Core speeds (MHz): 1: 914 2: 870 
  3: 967 4: 817 
Graphics:
  Device-1: Intel HD Graphics 5500 vendor: Lenovo driver: i915 v: kernel 
  bus ID: 00:02.0 
  Display: x11 server: X.Org 1.20.11 driver: i915 resolution: 1600x900~60Hz 
  OpenGL: renderer: Mesa Intel HD Graphics 5500 (BDW GT2) v: 4.6 Mesa 21.0.3 
  direct render: Yes 

Above output taken while running Mint since beta frozen. Hope it may still be of help.

[dolphin_oracle]

@dolphin_oracle

In MX Tweak >> Theme tab, your icons pane does not search for icons in the $HOME/.local/share/icons folder. XFCE's Appearance tool does (because it's a pretty standard location). Plasma looks for icons in that folder rather than $HOME/.icons.

I just installed KDE Standard on the MX21 alpha VM to check it out, and Plasma could not find the icons in the $HOME/.icons folder. So I shifted them to the .local/icons folder, only for them to no longer appear in your MX Tweak >> Theme pane when I logged back into XFCE. I was able to set them by using Appearance tool.

Ok if they still appear in Appearance I'll search both folders. what about themes? tweak searches ~/.themes.

Shifted some themes into $HOME/.local/share/themes folder. No longer appeared in MX Tweak >> Theme panes for applications and window manager. They appeared in XFCE's Appearance.

In KDE Settings Manager:

1. icons only show up if in $HOME/.local/share/icons
2. gtk themes show up whether in $HOME/.local/share/themes or $HOME/.themes

not counting the icons and themes in /usr/share/.... of course.

Ok should be easy fix.

[SwampRabbit]

Regarding the same issue, dunno if you're aware of, removing sharing using the tab and applying doesn't change back the previous default permissions of the shared folder.
Ignore if that's how it's supposed to work for the time being.

You know, I didn't even check that, but I will today. It shouldn't change the actual folder permissions, but it should change or remove the share permissions on the folder if you uncheck those boxes.
If it doesn't, I'll have to look upstream to see if the developer is tracking it.

In regards to the other posts, my point was not that you're not providing good feedback, because you are. Please just to try and read and catch up on all the posts before replying.
I'll do my best to try and not be an overly sensitive Karen.

And if you could test and provide feedback to your request here viewtopic.php?p=646735#p646735 that'd be great to. I'm trying to address things you want

[HPK]

Thank you! This is exactly what the program says!

[agnivo007]

Ah, some members were concerned about my frequent reports and postings and ahem, swamprabbit's post... all's well, let's not complicate things and make up smoke clouds out of spent fag ends.

Yes, I post issues, report bugs and provide feedback as I find them, that might look too frequent to some, but it's just a fact I can't address to; yea, KDE will be more fun. Remember, MS relies on all home users for beta testing without them knowing that (even after paying for the software) and that's a lot of them; so feedback is important too and coexists with development. Glad, we have a linux ecosystem that's different.

[SwampRabbit]

Ah, some members were concerned about my frequent reports and postings and ahem, swamprabbit's post... all's well, let's not complicate things and make up smoke clouds out of spent fag ends.

Yes, I post issues, report bugs and provide feedback as I find them, that might look too frequent to some, but it's just a fact I can't address to; yea, KDE will be more fun. Remember, MS relies on all home users for beta testing without them knowing that (even after paying for the software) and that's a lot of them; so feedback is important too and coexists with development. Glad, we have a linux ecosystem that's different.

We're all good boss, you're helping a lot.

In regards to the thunar-shares-plugin, under which directory were you creating the shares that did not change back?
Were they under your Home directory, on a secondary drive? I'm looking at this reported issue right now.

[dolphin_oracle]

@SwampRabbit I saw this last nite. when you do "everyone can use" type share, it changes the linux file system permissions to match. the permisions are not change back afterwards if you remove the share. honestly it would be better if they didn't change them in the first place, but I can see why they did. the fact that samba permisions do not equal linux file system permissions is often a point of confusion.

unless they cached the old permissions, I'm not sure how they would know what to set them back to. and I'm not sure I would in any case.