Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[CoreWM] Desktop Environment/Window Manager #329

Closed
8 of 15 tasks
andersevenrud opened this issue Feb 6, 2016 · 24 comments
Closed
8 of 15 tasks

[CoreWM] Desktop Environment/Window Manager #329

andersevenrud opened this issue Feb 6, 2016 · 24 comments

Comments

@andersevenrud
Copy link
Member

andersevenrud commented Feb 6, 2016

The Window Manager and Desktop Environment could use some new features and improvements

@andersevenrud andersevenrud added this to the 2.0.0-beta1 milestone Feb 6, 2016
@andersevenrud andersevenrud self-assigned this Feb 6, 2016
@andersevenrud andersevenrud modified the milestones: 2.0.0, 2.0.0-beta1 Mar 21, 2016
@andersevenrud andersevenrud changed the title [CoreWM] General improvements [CoreWM] General improvements and UI improvements Mar 21, 2016
@andersevenrud andersevenrud changed the title [CoreWM] General improvements and UI improvements [CoreWM] General/UI improvements Mar 21, 2016
@andersevenrud andersevenrud changed the title [CoreWM] General/UI improvements [CoreWM] General/UI/Responsive improvements Mar 21, 2016
@junland
Copy link

junland commented Apr 9, 2016

@andersevenrud I was wondering if this might be possible, but when I wanted to create a new icon set using font-awesome, I saw that there was so many categories and icons in /src/client/themes/icons/ that it would almost be impossible to replace the current icon set with a custom one. (Maybe there a grunt command that I'm missing or something.) Anyways, was wondering if it would be possible to just take the icons that are used in the base OS.js instance (with default apps and WM) and place them into a "core icon" set and the the rest of the icons that are not used put them in a "extended" icon folder (With the appropriate sizes of course.).... TL;DR: Better / refine folder structure for icons so that its easier to pick out which ones are used on the default instance of OS.js. :)

@andersevenrud
Copy link
Member Author

@junland OS.js uses GTK (Gnome) icon themes, hence the directory structure and the name of the icons. There's a plethora of icon packs, hence why I chose it.

Currently all icons used are PNG, but SVG is coming soon.

are not used put them in a "extended" icon folder

Something like this would be nice. I could make icon themes have a "parent" attribute, so that it builds it like you described when running the grunt [theme] command(s).


To get a list of all icons used, use this: https://gist.github.com/andersevenrud/793aa46063652afbc6eadb4dfa848d5f

This is the current list: https://gist.github.com/andersevenrud/46ab915c79238f42d59da31bd725c115

@andersevenrud
Copy link
Member Author

@junland Updated the script and list so the output is sorted -- may be a bit easier on the eyes.

@andersevenrud
Copy link
Member Author

@vlotho You can now edit the labels of your launcher shortcuts for the iconview.

@vlotho
Copy link

vlotho commented May 15, 2016

@andersevenrud add a notification history in the notification area.

@andersevenrud andersevenrud changed the title [CoreWM] General/UI/Responsive improvements [CoreWM] Desktop Environment/Window Manager Jun 1, 2016
@msaqibansari
Copy link

@andersevenrud Is there any hook to modify desktop context menu?

@andersevenrud
Copy link
Member Author

@msaqibansari No, but I can add this now

@msaqibansari
Copy link

@andersevenrud how do i customize desktop context menu? do i modify CoreWM.prototype.openDesktopMenu() in /src/packages/default/CoreWM/main.js or any other way you suggest?

@andersevenrud
Copy link
Member Author

@msaqibansari I just commited a new feature so you can hook into it:

OSjs.Core.getWindowManager()._on('wm:contextmenu', function(ev, wm) {
  API.createMenu([
  ], ev);
  return false; // Make sure original menu does not show
});

@andersevenrud
Copy link
Member Author

@msaqibansari But if you want to modify core files the file and method you just mentioned is the correct one

@msaqibansari
Copy link

Thanks for your response.

One more thing i want to ask that i want to add a login page as the first page of the application. what changes i need to do to achieve this. Need your suggestion.

@andersevenrud
Copy link
Member Author

@msaqibansari You need to create a 'Handler'. There are some included

https://os.js.org/doc/manuals/man-multiuser.html

@RyanRiffle
Copy link

Just curious but issue #221 is closed. Should this still be on here?

@andersevenrud
Copy link
Member Author

CoreWM Desktop IconView can now load files and shortcuts etc from the actual filesystem! :)

Not 100% finished, but will be merged into master this week after I have polished everything.

https://github.com/os-js/OS.js/tree/new-corewm-iconview

andersevenrud added a commit that referenced this issue Aug 30, 2016
- VFS: Added 'Desktop' mount
- VFS: Added support for aliases
- CoreWM: Cleanup in iconview init section
- CoreWM: IconView now uses real VFS path
- CoreWM: IconView cleanups an improvements
- Added new VFS home template
- Added default shortcuts file
- Updated config files
@andersevenrud
Copy link
Member Author

@khoaakt @msaqibansari The dekstop IconView now actually uses the VFS :)

@andersevenrud
Copy link
Member Author

Closing this issue for now. The remaining tasks will get their own issue when I get started on it.

@samuk
Copy link

samuk commented Nov 28, 2016

Could you give a rough idea of how long it will be before OSjs is useable on a mobile?

@andersevenrud
Copy link
Member Author

@samuk Hard to say, really.

Since this is primarily a desktop platform, that is what I will focus on. But I got mobile support on my radar, and have made the groundwork for this (base touch handling, media queries and dynamic content, orientation detection etc.), but the Window Manager itself is missing functionality and does not have a UI optimized for smaller screens.

I'm working on this alone, so I'm kind of jumping back and forth between my TODOs... but this is a general prioritized roadmap I have (which I keep in my notes) that might give you an idea when you'll see more work on this:

  • New backend and build system update (done, not merged yet)
  • Better VFS Transports (done, not merged yet)
  • Better documentation (almost done, not deployed, preview available)
  • Better test integration (in progress)
  • More work on GUI Elements and their APIs
  • Start work on system module integration (hardware abstraction etc. )
  • Small screen optimization for CoreWM
  • Add viewport support to CoreWM to show only one "app" at a time

@samuk
Copy link

samuk commented Nov 29, 2016

OK thanks.

So maybe 6-12 months? Or longer do you think?

@andersevenrud
Copy link
Member Author

@samuk

So maybe 6-12 months?

I think that range would be a fair estimate

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
No open projects
Client
Finished
Packages
Finished
Development

No branches or pull requests

6 participants