21 noy 2021, B. tarixində 13:43 tarixində Bernard Chardonneau <b...@tuxfamily.org> yazdı:
> Last year, I decided to change Debian 7 to Debian 10. Still another horrible > graphic interface and the graphic editor gedit changed loosing his top menu. > I lost several file changes because I had problems to find the way to save > them. That was a reason to continue using Debian 6 often. > > This year, I reinstalled the Debian 10 with mute. The way the graphic > interface works is now OK. The gedit editor now called pluma works as > Debian 6 gedit. On gedit, I found having a list of the 5 last files seen > or edited with it is too few, & would prefer 10 or 20. On pluma, it is > still only 5 ! Salut(on), Bech, I offer some quick notes on some of the [off-topic] issues you mention. I hope you find some portion of it helpful. The lack of a window manager frame on gedit is called client-side decorations. This can be disabled easily using the gtk3-nocsd package in Debian, and launching gedit through `GTK_CSD=0 gedit`. This will restore the use of your normal window-manager decorations. Pluma is Mint / mate's fork of gedit, and keeps the traditional interface, if that's what you like, but there's no reason you can't have gedit and pluma installed side-by-side and even run both simultaneously. Also, there is no single Debian UI. Mate is probably a good choice if you're used to gnome 2, as you've found out. Cinnamon also isn't bad. I'd also recommend looking into gnome-throwback (not as true to its name as it sounds) and xfce4. And to your other complaint, one great thing about FOSS is that if your editor doesn't list enough recently opened files, you can just modify it so that it does. There are of course debates as to the number of workflows to support through built-in options, but you could potentially even make this feature into a user-presented option and submit a patch/PR to pluma or gedit. And you could definitely create your own fork, and call it Bech-Pluma or Plume or whatever you like. What comes shipped is limited by the imaginations and principles of the original devs, but unlike with proprietary software, the possibilities are endless. -- Jonathan _______________________________________________ Apertium-stuff mailing list Apertium-stuff@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/apertium-stuff
