Lutz Falke <lutzfalke@gmx.de> wrote:
>Statische Konfiguration kann man an einem Arbeitsplatz machen, wo sich
>nie was an den Monitoren ändert.

Auch an einem Nerdarbeitsplatz ändert sich ständig was an den
Monitoren.

>> Alle die der Meinung sind, unbedingt mit dem X der 1990er Jahre
>> arbeiten zu wollen, wissen doch gar nicht was sie an Komfort und
>> Integration der heutigen zeit verpassen.
>
>Alte Gewohnheiten und Provisorien wird man halt nur schwer los. Geht
>mir bei anderen Sachen genauso.

Ich versuche mit der Zeit zu gehen, manche neuen Dinge haben auch ihre
Vorteile, außerdem ist es dann einfacher neue Projekte zu finden.

Grüße
Marc
--
----------------------------------------------------------------------------
Marc Haber | " Questions are the | Mailadresse im Header
Rhein-Neckar, DE | Beginning of Wisdom " |
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 6224 1600402

Am 10.02.2024 12:46 Uhr schrieb Marc Haber:

> Ich versuche mit der Zeit zu gehen, manche neuen Dinge haben auch ihre
> Vorteile, außerdem ist es dann einfacher neue Projekte zu finden.

Ich habe mit altem Kram auch schon genug Arbeit.

--
Gruß
Marco

Spam und Werbung bitte an ichschickereklame@cartoonies.org

Marco Moock <mm+solani@dorfdsl.de> wrote:
>Am 10.02.2024 12:46 Uhr schrieb Marc Haber:
>> Ich versuche mit der Zeit zu gehen, manche neuen Dinge haben auch ihre
>> Vorteile, außerdem ist es dann einfacher neue Projekte zu finden.
>
>Ich habe mit altem Kram auch schon genug Arbeit.

Unterm Strich macht neuer Kram halt weniger Arbeit. Ich bin sehr froh,
dass ich keine Initscripte mehr schreiben muss, und dass bind
inzwischen einen sehr viel höheren Automatisierungslevel für DNSSEC
anbietet als er das noch vor drei Jahren tat.

Grüße
Marc
--
----------------------------------------------------------------------------
Marc Haber | " Questions are the | Mailadresse im Header
Rhein-Neckar, DE | Beginning of Wisdom " |
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 6224 1600402

Am 10.02.2024 13:19 Uhr schrieb Marc Haber:

> Unterm Strich macht neuer Kram halt weniger Arbeit. Ich bin sehr froh,
> dass ich keine Initscripte mehr schreiben muss, und dass bind
> inzwischen einen sehr viel höheren Automatisierungslevel für DNSSEC
> anbietet als er das noch vor drei Jahren tat.

Um DNSSEC habe ich mich noch nicht gekümmert. Das passiert im Sept
dieses Jahr, wenn ich meinen DNS-Anbieter wechseln werden, damit ich
selbst BIND betreiben kann und nicht das olle Webinterface nutzen muss.

--
Gruß
Marco

Spam und Werbung bitte an ichschickereklame@cartoonies.org

Hallo!

Ulli Horlacher <framstag@rus.uni-stuttgart.de> wrote:
>Lutz Falke <lutzfalke@gmx.de> wrote:

>> Ulli kann in seinem Setup z.B. die Workspaces auf den einzelnen
>> Bildschirmen unabh�ngig voneinander umschalten.

>Was fuer mich DAS KO-Kriterium ist!
>Ich hatte das schon unter Solaris mit CDE, 1995.

xmonad kann das.

>> Ich verschiebe gerne mal ein Fenster auf einen anderen Bildschirm.

>Das wiederum brauche und vermisse ich nicht.

>Beide features gleichzeitig geht meines Wissens nach nicht.
>Man muss sich also entscheiden, was einem wichtiger ist.

xmonad kann das auch.

Jedem xrandr-Bildschirm ist getrennt eine der definierten Arbeitsfl�chen zugeordnet,
die gerade gezeigt wird. Und Fenster k�nnen auf Arbeitsfl�chen geschickt werden.

Hannah.

Mahlzeit!

Lutz Falke <lutzfalke@gmx.de> wrote:

>> Habe ich es richtig verstanden, dass es aus heutiger Sicht sinnvoll
>> ist, RandR statt Xinerama zu nutzen
>
> Ja, auf jeden Fall. Es sei denn, du hast spezielle Ansprüche.
>
> Ulli kann in seinem Setup z.B. die Workspaces auf den einzelnen
> Bildschirmen unabhängig voneinander umschalten. Da wüsste ich sonst
> keine Umgebung, wo das einfach so geht.

Workspaces implementiert doch der Windowmanager - der kann das doch
machen, wie er will.

Ich nutze z.B. einen selbstgebauten Fork von dwm, der kann pro
Xinerama-Screen eigene Workspaces verwalten (schon im Original, aber
da arbeitet das mit Tagging, das hab ich ausgebaut, ist mir zu
kompliziert).

Und wenn man verhindern wollte, dass man Fenster von einem aufs andere
Display ziehen kann, sollte sich auch das im Windowmanager
implementieren lassen. Snap-to-border macht meiner schon, das ist
alles nur etwas Rumgerechne im C-Code.

Gruß
Christian

PS: Der Vollständigkeit halber:
- Original: http://dwm.suckless.org/
- Fälschung: https://github.com/mmitch/dwm-mitch
--
.....Christian.Garbs....................................https://www.cgarbs.de
"Herr Ober! Zahlen, bitte."
"9, 12, 4, 17, 23, ...."

Mahlzeit!

Christian Garbs <mitch@cgarbs.de> wrote:
> Lutz Falke <lutzfalke@gmx.de> wrote:
>
>>> Habe ich es richtig verstanden, dass es aus heutiger Sicht sinnvoll
>>> ist, RandR statt Xinerama zu nutzen
>>
>> Ja, auf jeden Fall. Es sei denn, du hast spezielle Ansprüche.
>>
>> Ulli kann in seinem Setup z.B. die Workspaces auf den einzelnen
>> Bildschirmen unabhängig voneinander umschalten. Da wüsste ich sonst
>> keine Umgebung, wo das einfach so geht.
>
> Workspaces implementiert doch der Windowmanager - der kann das doch
> machen, wie er will.

Nachtrag: Ich habe bei mir sogar etwas eingebaut, dass ein sehr großer
Bildschirm vertikal geteilt wird. Jede Hälfte verhält sich dann
unabhängig vom anderen wie ein einzelner Screen, hat also auch jeweils
einen eigenen Workspace.

Gruß
Christian
--
.....Christian.Garbs....................................https://www.cgarbs.de
It seemed like a good idea at the time.

Christian Garbs schrieb:
> Mahlzeit!
>
> Lutz Falke <lutzfalke@gmx.de> wrote:
>
>>> Habe ich es richtig verstanden, dass es aus heutiger Sicht sinnvoll
>>> ist, RandR statt Xinerama zu nutzen
>>
>> Ja, auf jeden Fall. Es sei denn, du hast spezielle Ansprüche.
>>
>> Ulli kann in seinem Setup z.B. die Workspaces auf den einzelnen
>> Bildschirmen unabhängig voneinander umschalten. Da wüsste ich sonst
>> keine Umgebung, wo das einfach so geht.
>
> Workspaces implementiert doch der Windowmanager - der kann das doch
> machen, wie er will.

Natürlich kann er das. Ich wollte das Thema nicht unnötig durch
weitere Möglichkeiten ausdehnen. ;)

Im FVWM gibt es da z.B. noch eine interessante Variante[1]. Da gibts
Desktops (was man heute Workspaces nennt) und Pages. Ein Desktop, der
dann größer als der sichtare Bildschirm ist, kann nochmal in einzelne
Kacheln unterteilt sein. IIRC[2] ist dann auch die Geometry der
Fenster entsprechend. Mann kann dann ein Fenster auch größer als den
Bildschirm ziehen und dann zwischen den Bereichen hin und her
springen. Fand ich damals auch spannend, war aber immer zu faul mich
mit der Konfiguration zu beschäftigen.

> Ich nutze z.B. einen selbstgebauten Fork von dwm, der kann pro
> Xinerama-Screen eigene Workspaces verwalten (schon im Original, aber
> da arbeitet das mit Tagging, das hab ich ausgebaut, ist mir zu
> kompliziert).

Cool, aber ich bin mit dem Konzept nie warm geworden.

> Und wenn man verhindern wollte, dass man Fenster von einem aufs andere
> Display ziehen kann, sollte sich auch das im Windowmanager
> implementieren lassen.

Klar. Bei mehreren Screens ergibt sich das halt automatisch. Die
meisten empfinden das auch eher als Einschränkung denn als Feature.

Lutz

[1] <https://www.fvwm.org/Wiki/Config/PagesAndDesks/>
[2] Ist wirklich schon lange her.