[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]


From: Sergii Stoian
Date: Mon, 27 Nov 2017 01:07:04 +0200

On Sun, Nov 26, 2017 at 12:50 PM, Matt Rice <address@hidden> wrote:
Cool project, was curious if you had/were planning on implementing the
right click behavior where
instead of bringing up the windowmaker vertical menu, right click on
the root window brings up the
main menu of the currently active application.  Given the
workspace/shelf the windowmaker menu
seems a bit superfluous
Yes, something like what you've described. I want to get rid of WindowMaker's menus and panels as much as I it's possible to leave essential functionality.
To reach this goal I need to implement Dock settings in Workspace preferences and Preferences where it will be appropriate.

I had a fork of aewm with click to focus + this, let me know if you
would like me to try and find it.
though I seem to recall everything including gnustep would pretty much
freak out when they receive
events that are outside of any window,
Anyhow let me know, perhaps it is less entrenched than trying to
experiment with such things in windowmaker (or maybe not).
Actually it's quite simple to switch off root menu and show Workspace's menu. It's possible because WindowMaker is just another thread of Workspace application.
I've never thought or try to show active application's menu with right-clicking on desktop. Is it intuitive or comfortable from user experience point of view? Current design of GNUstep applications let user bring app menu by right-clicking inside any of the app's windows. I think it's quite logical to bring Workspace app menu right-clicking on desktop background (anyway it's managed by Workspace). What do you think?

On Sat, Nov 25, 2017 at 2:35 PM, Sergii Stoian <address@hidden> wrote:
> Hi,
> More than 15 years ago I joined the GNUstep development because I like
> NeXT's OS design, look and feel. At that time my dream was to return
> NeXTSTEP desktop to Linux. After 15+ years my dream still alive. I
> understand that GNUstep project goals somewhat changed over these years. And
> this is good until project is interesting to broad kind (goals, tastes) of
> people involved in it's development.
> Finally I've decided to inform dear community about my project of last 2+
> years.
> I've named is NEXTSPACE. It is SPACE for NeXT applications.
> You can find code and brief description of project here
> https://github.com/trunkmaster/nextspace.
> It is not finished yet. However I use it as my desktop environment on daily
> basis.
> You can find RPMs in Packages directory:
> * libdispatch and libobjc2
> * nextspace-core - system specific files: skeleton for user home firectory,
> shell profile, udev, polkit, etc.
> * nextspace-gnustep - GNUstep libraries with my patches.
> The next step is to build Frameworks, then Appplications. You can create new
> user with all needed files inside it's home dir. You can start Login with
> command 'systemctl start loginwindow' or login to newly created user from
> your login application (it should start ~/.xinitrc in user home dir). That's
> it.
> Some noticeable achievements I've got:
> * I integrated Workspace and WindowMaker into Workspace Manager. That's it -
> one application. It was made possible by using libdispatch and libobjc2. For
> example, when non-GNUstep application starts Workspace's Processess panel
> shows it with info grabbed from WindowMaker. Another example: when you start
> application by double-clicking in File Viewer and appicon already exists in
> Dock icon fly from FileViewer's to docked appicon.
> * In general Workspace is ready to be NSWorkspace povider.
> * GNUstep and WindowMaker unified look and feel (menus and titlebars, fonts,
> miniwindows).
> * Media management: Workpace automatically mounts removable media inserted
> (UDisks integration).
> * Terminal: a lot of improvements. It's better to see it.
> * -NXAutoLaunch option implemented. Now applications started with this
> option doesn't show menu at all. No focus flickering. Smooth as it should
> be.
> * Preferences: everything you need to set up must be here. Not only GNUstep
> NSGlobalDomain options (localization, fonts) but system specific options
> also (display, keyboard, mouse, sound, networking).
> * A lot of other things I can't recall now but I write it down someday. ;)
> There are some facts I don't like and want to change:
> * NEXTSPACE is based on quite outdated release of GNUstep (base 1.24.8, gui
> and back 0.24.1);
> * It is based on ART backend. I want to use Cairo backend but ART has
> usefull features (.nfont packages provide ability to set hinting and
> antialiasing options on per font basis).
> * DE needs documentation. I plan to discuss NSHelpPanel implementation with
> you guys. First of all we need to define format for help files.
> * It is developed and tested on CentOS 7. I have no plans in near future to
> port it somewhere else. I need to finish what I've started first.
> PS: My apologies to community for being off the track so long. Now you know
> why.
> My current strategy is the following:
> 1. Finish NEXTSPACE to be feature rich, stable and fast. I guess this step
> will be done until next summer.
> 2. Return to development of ProjectCenter. First of all PC badly needs good
> editor, then GORM interoperation and next debugger.
> I hope my work will be useful not only for me but for GNUstep project also.
> --
> Sergii Stoian, ProjectCenter maintainer
> _______________________________________________
> Discuss-gnustep mailing list
> address@hidden
> https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Sergii Stoian, ProjectCenter maintainer

reply via email to

[Prev in Thread] Current Thread [Next in Thread]