cafehaine / de_showcase Goto Github PK

I might actually do this in my blog's repo https://github.com/cafehaine/site

Hi all.

I've built this since those UIs tend to change regularly, but I'm too lazy to create VMs to try those out regularly, so creating screenshots of the desktop is a good compromise in my opinion.

use case 1(de_showcase cdn/web-app): If there is a cdn network it is possible to share screen configurations.

1.1 idea 1: "cdn.de-showcase.net"

<script src="https://cdn.de-showcase.net/ubuntu/[email protected]/gnome-ui.sh"></script>

• problem: Someone can send a malicious script. So it is necessary to check the received and sent files.
• partial solution: As it is a cdn network anyone can audit the code, malicious scripts can be removed by anyone by reporting the link

1.2 idea 2: "de-showcase in IPFS"

Would be a site to send linux desktop environment screenshots. So... I'm thinking of creating a site to de_showcase in ipfs. Thus, anyone can view this site and send the screen corresponding to the desktop to the community. In addition to configuring this desktop environment or sharing the configuration of this desktop environment on the de_showcase.

• problem: It would be necessary to configure a site with IPFS
• problem 2: Someone can send a malicious script (in IPFS). So it is necessary to check the received and sent files.
• partial solution for problem 2: As it is a cdn network anyone can audit the code, malicious scripts can be removed by anyone by reporting the link

I've built this since those UIs tend to change regularly, but I'm too lazy to create VMs to try those out regularly, so creating screenshots of the desktop is a good compromise in my opinion.

use case 2 (de_showcase+osboxes): Another possibility I was thinking about would be to use the osboxes service to have preview configurations for different desktop environments or graphical interfaces. It would only be necessary to run the pre-assembled script on the machine with the corresponding UI. We can create an internal service in virtualbox that communicates with a server and sends the corresponding screenshot.

• problem: Anyone downloads the test image and when testing a script sends a preview image of the screenshoot. So.. Someone could create custom isos with viruses to infect machines, domestiocs users using these machines with site login data could be tricked
• partial solution: this can be resolved by telling users to only download official sources. For example: osboxes.org/de_showcase/gnome or osboxes.org/de_showcase/XFCE4

I've built this since those UIs tend to change regularly, but I'm too lazy to create VMs to try those out regularly, so creating screenshots of the desktop is a good compromise in my opinion.

use case 3(bittorrent + de_showcase): We can use bittorrent (protocol) to share desktop environment UI. Any user who uses gnome etc must inform the corresponding official tracker-torrent of the distro or community in the torrent file, so we can validate which screenshots are official and who made the corresponding screenshot. In this sense, we can index the official trackers of the distro or linux community with the corresponding ui

I've built this since those UIs tend to change regularly, but I'm too lazy to create VMs to try those out regularly, so creating screenshots of the desktop is a good compromise in my opinion.

use case 4: Instead of having installation scripts, ask users to submit screenshots in this official repository.

I've built this since those UIs tend to change regularly, but I'm too lazy to create VMs to try those out regularly, so creating screenshots of the desktop is a good compromise in my opinion.

use case 5: Use the app UTM to generate screenshots of desktop environments with linux isos.

Hi all.

I believe that both open projects have something in common: distrochooser and de_showcase.

but... why: de_showcase and distrochooser?

1. distrochooser makes life easier for people who don't know Linux through a question and answer questionnaire, depending on the question and the answer - a linux distro will be displayed as a result. So... this helps in decision making when you don't know which linux distro to choose to install or what problems you will face when you choose some desktop environment in terms of design, ui, ux or linux distro with some program package etc.
2. On the other hand, there are scripts to automate configurations of desktop environments by recording the screen in Linux. So... Desktop Environment Showcase or de_showcase is a small project meant to create screenshot of 'stock' configurations of most Linux desktop environments.

Note: Just like in the first case, in the second case, we have a tool to help users in general with some automations. This is the meeting point, the balance where projects in a different way for a common user can be interesting.

use case: de_showcase and distrochooser

The Distrochooser use case with de_showcase goes like this: Distrochooser needs to update GUIs from time to time. In this sense, having an up-to-date open source repository of graphical interface or desktop environment can contribute with Distrochooser.

why write this use case here?

1. I recently wrote an issue explaining the benefit of de_showcase with distrochooser, my hope is to unite the interests in both projects open to most linux users or linux beginners.
2. I would like to contribute to 2 open source communities: distrochooser and de_showcase
3. I would like to know if the idea is possible or not

question/feedback

What do you all think of the idea?

Hi all.

I wonder if you've all thought about adding the file: CodeOfConduct in the README.md. Have you thought about adding the file: CodeOfConduct.md in de_showcase?

What is CodeOfConduct?

A code of conduct is a set of values, rules, standards, and principles outlining what employers expect from staff within an organization.

Hi,

I was thinking of creating a version of JSLinux to automatically upload photos from the desktop environment.

an idea:

What do you think of this idea?

Hi all.

I would like to help with some research, according to my research there are at least 30+- types of desktop environment in Linux today. I would like to add a screenshot and description of each type of desktop environment here so that people have this information publicly when choosing a distro.

I've recently been working on distrochooser. And this repository is very interesting and I want to help as I can. Per example,

All desktop environments I researched:
|> XFCE4
|> GNOME
|> snakeware desktop
|> SharpEnviro
|> eXtern-OS(eXtern-OS)
|> Durden(desktop environment for the Arcan Display Server)
|> Regolith Desktop Environment
|> jappeOsDesktop
|> CutefishOS
|> VIM-OS(Desktop environment based on VIM only)
|> NightOS(Desktop environment NightOS)
|> UKUI
|> Draco Desktop Environment
|> Budgie
|> fynedesk(desktop environment for fynedesk-os)
|> Nadva(official desktop environment AvdanOS)
|> lumina
|> jde(some desktop environment in manjaro)
|> Cosmic(popOS)
|> NeXTSTEP
|> KDE
|> XFCE
|> Sugar
|> MATE
|> Desktop environment for Wayland
|> MoonLightDE
|> mapeo-desktop
|> Desktop Environment for Arcan
|> daedalOS
|> Jade
|> LXDE
|> Unity
|> Phosh core
|> Abanu(Desktop Environment for Windows and Linux)
|> Pantheon
|> GNOME Flashback
|> TOS Desktop Environment
|> Trinity Desktop Environment
|> Laniakea Desktop Environment
|> Enlightenment
|> Deepin
|> LXQT
|> Cinnamon
|> AtomOS Desktop Environment
...

All window managers I researched:
|> i3
|> sway
|> Awesome WM
|> DWM
|> Xmonad
|> ibis
|> bspwm
|> XtermWM
|> 9wm
|> dynamic desktop environment
|> IceWM
|> Spectrwm
|> Openbox
|> Fluxbox
|> herbstluftwm
...

That's the whole point of the project

Hi all.

1. de_showcase with new ui/ux, icon

1.1 Idea: de_showcase? before

vs

1.2. Idea: de_showcase with new ui/ux, icon? after

2. Logo & license

free-icon/computer_2704234: Flaticon License - Free for personal and commercial use with attribution.

3. Question/feedback

What do you all think of the idea?

Some DEs create desktop entries by default.

Some environments (cinnamon, gnome) display some notifications. Hide them before taking the screenshot.

The virtualbox services don't seem to be able to do it on the guest

The virtual machine doesn't have any properties to set a screen resolution, and it needs to be changed while running (not great for vagrant).

Maybe just a xrandr command for xorg based DEs, and custom commands for Wayland/other DEs ?

Arch Linux isn't really made for this, but it seems that their vagrant boxes aren't regularly updated.

Only applicable on DEs that integrate a file explorer/a terminal emulator

Maybe find a way to wait until the cpu/disk load is back to a low value?

Some flushes should be called after prints.

DEs like enlightenment, sugar or deepin need to go through a setup wizard.

Skip that setup wizard with template files, or xdotool?