These are chat archives for aurelia-tools/monterey-electron/monterey-playground

22nd
Jun 2016
Vegar Ringdal
@vegarringdal
Jun 22 2016 04:14
Nice,
I read the getting stared :-) then did some testing, thx for the #18.
Vegar Ringdal
@vegarringdal
Jun 22 2016 05:36
@adriatic Btw, I did that on my own repo, it was one of the first post I did in this room :-)
Charles Pockert
@charlespockert
Jun 22 2016 06:20
Was wondering, since each renderer (tab) in electron is it's own process, could we have a manager that wrapped that process and provided a tab bar which allowed you to have multiple open projects simultaneously and switch between them
The thing that sometimes annoys me with atom is that it wants to open a new window for every project, maybe we could support that too by letting the user choose between a new window and a new tab
Jeroen Vinke
@JeroenVinke
Jun 22 2016 06:22
But do we need electron for that? Should be possible with aurelia too
I like the idea though, sourcetree has the same thing
Charles Pockert
@charlespockert
Jun 22 2016 06:25
Just thinking that each wouldn't ever need to know about each other
Could use au
But it means writing the whole thing to know about multiple workspaces
I mean that's not a big issue if there were some kind of workspace abstraction where a manager would track the active one
But still, something to think about, the alternative is just to spawn another window like atom does
Jeroen Vinke
@JeroenVinke
Jun 22 2016 06:27
Yeah, but keeping in mind that we know a lot about aurelia and next to nothing about electron..
a workspace manager would work pretty well I think
Charles Pockert
@charlespockert
Jun 22 2016 06:29
Well, it seems like it's just a cut down browser and you write everything in js, so I'd say we probably know more than we think
Jeroen Vinke
@JeroenVinke
Jun 22 2016 06:39
True
Vegar Ringdal
@vegarringdal
Jun 22 2016 06:40

Was wondering, since each renderer (tab) in electron is it's own process, could we have a manager that wrapped that process and provided a tab bar which allowed you to have multiple open projects simultaneously and switch between them

Dont think electron have built in tabs, so each render process would spawn its own window..

Charles Pockert
@charlespockert
Jun 22 2016 06:41
If that's the case then it's definitely a workspace manager if we ever wanted to support that
Vegar Ringdal
@vegarringdal
Jun 22 2016 06:41
Thats prb why atom also open a new window...
Charles Pockert
@charlespockert
Jun 22 2016 06:42
Yeah, though it does have tabs for source
I assume we aren't having a file tree/source window (that's atom/code etc right)
So we just do the tabs thing but for projects
Charles Pockert
@charlespockert
Jun 22 2016 06:47
@JeroenVinke have you finished it yet ;)
Jeroen Vinke
@JeroenVinke
Jun 22 2016 07:26
:P
Daniel Bendel
@Thanood
Jun 22 2016 07:45

Whether we use tabs inside a single project depends on how we'd like to represent the information of said project, about dependencies, forks, wizards etc.. IMO if we do it like that - that is one tab for dependency list, one for forks, another for (maybe) generators ("create new Aurelia view/route/component") - we should go with the "one window per project" approach.

But I'm biased since I like having a window per project in Atom. :)

If we don't use tabs in a single project but find another way of representing data, I think there's nothing to say against a tab per project.
How we do that then (Aurelia tabs in the same process or in separate processes) would IMO depend on the effort we'd like to spend on a version 1. :)
Charles Pockert
@charlespockert
Jun 22 2016 08:45
well, there's always multi-window - which also works, but I kind of saw the left hand navigation (in the absence of a file tree) to be the main navigation around these areas
thing is, that's just the UI - we can spin that however we want after we get the bits in place
Jeroen Vinke
@JeroenVinke
Jun 22 2016 08:46

thing is, that's just the UI - we can spin that however we want after we get the bits in place

+1

Charles Pockert
@charlespockert
Jun 22 2016 08:46
@JeroenVinke you know on the "having UI in the plugin" bit you were mentioning- are you thinking about the plugin handling all of it's own stuff and just loosely communicating with the electron "main" process?
Jeroen Vinke
@JeroenVinke
Jun 22 2016 08:47
yep
Charles Pockert
@charlespockert
Jun 22 2016 08:47
so basically we have an aurelia project running in a window
Jeroen Vinke
@JeroenVinke
Jun 22 2016 08:47
correct
Charles Pockert
@charlespockert
Jun 22 2016 08:47
when you choose a bit to browse to, the plugin kicks in and takes up residence in the main nav in a "shell" screen, then I suppose it can pull and info/config it needs from main and set itself up to go
what about caching/state persistence in modules?
Jeroen Vinke
@JeroenVinke
Jun 22 2016 08:48
haven't thought about that yet. I guess I assumed only one module would be active at all time
Charles Pockert
@charlespockert
Jun 22 2016 08:48
I'd say that using the router for that kind of stuff might work, but it will load/unload modules
Jeroen Vinke
@JeroenVinke
Jun 22 2016 08:49
Yep, but there is an issue open in aurelia-router to get caching working right?
Charles Pockert
@charlespockert
Jun 22 2016 08:49
I believe so
Jeroen Vinke
@JeroenVinke
Jun 22 2016 08:49
we could wait for that to finish then implement it
Charles Pockert
@charlespockert
Jun 22 2016 08:50
so apart from jspm/webpack plugins, what are we looking at on top of that?
Jeroen Vinke
@JeroenVinke
Jun 22 2016 08:50
project scaffolding (although that goes through aurelia-cli)
but most of it is jspm/webpack
and providing a GUI for aurelia-cli
Charles Pockert
@charlespockert
Jun 22 2016 08:51
right and that would be a plugin too - but I assume we'd want to include cli as a dep that gets installed with monterey?
I guess we could build a getting started type of wizard... as a plugin?
Jeroen Vinke
@JeroenVinke
Jun 22 2016 08:52
that was my idea too
even though that could be a part of monterey, it's just nicer to put that into a plugin too
Charles Pockert
@charlespockert
Jun 22 2016 08:53
yeah, well I think if you take the same approach with this as aurelia team did with the framework it becomes flexible
it's probably a bit more overhead in managing the bits (semver/breaking changes) but it makes a more powerful end product
Jeroen Vinke
@JeroenVinke
Jun 22 2016 08:54
I have tried to use real external plugins, and you get the same functionalities as .feature()'s. Although we'd need JSPM 0.17 for its linking workflow
so you can have nodeJS stuff in plugins as well
we'd probably want a github organization for monterey to host all the plugins in
Charles Pockert
@charlespockert
Jun 22 2016 08:55
yeah, that would be cool - loads of stuff around node that is awesome already
aye, same approach
those wireframes - have you got the link again? My moqups account was doing weird things before
I think Nic re-added me to gitbook as that was also being strange
something to do with me using googlemail instead of gmail
Jeroen Vinke
@JeroenVinke
Jun 22 2016 08:56
about ideas: I'd love to have a sourcetree, windows explorer and command line button per project. starting all these things up just to start developing is a hassle :P
Charles Pockert
@charlespockert
Jun 22 2016 08:59
yep, definitely - and they could be plugins that just shelled out to call the apps right?
Jeroen Vinke
@JeroenVinke
Jun 22 2016 08:59
yep
Charles Pockert
@charlespockert
Jun 22 2016 08:59
so does that mean we'd need some sort of interface for a plugin to surface the UI components it wants to add
Jeroen Vinke
@JeroenVinke
Jun 22 2016 09:00
and perhaps the sourcetree plugin could detect whether sourcetree is installed etc
correct
Charles Pockert
@charlespockert
Jun 22 2016 09:00
I'm just thinking, we probably could surface menu options (for the menu bar at the top), left hand nav menu items - maybe subitems (it can be a tree...)
not sure what's involved with adding to the top menu, but it looks like just a shitload of json
Jeroen Vinke
@JeroenVinke
Jun 22 2016 09:01
that'd be nice yep. Although i'd like to keep the project list clean
Charles Pockert
@charlespockert
Jun 22 2016 09:03
not authorised :(
Jeroen Vinke
@JeroenVinke
Jun 22 2016 09:03
:( let me check
what mail address?
@charlespockert try again now
Charles Pockert
@charlespockert
Jun 22 2016 10:06
yeah works
cool
Nikolaj Ivancic
@adriatic
Jun 22 2016 13:47
:point_up: June 22, 2016 2:20 AM Since you discuss the most salient issues (the above one is one of them and partially belongs to user experience category) while I am sleeping, I will read all that very carefully - and like previous few days condensed issues out of that

@charlespockert

well, there's always multi-window - which also works, but I kind of saw the left hand navigation (in the absence of a file tree) to be the main navigation around these areas

According to a respected author from electron category (I am going through his course on https://www.pluralsight.com/) the most important thing about electron design is to constantly remind yourself that you are creating a desktop app. I will explain more in the issue I am about to create

Daniel Bendel
@Thanood
Jun 22 2016 14:35
ZenHub is working again if anyone wants to read Nik's post from tonight.
https://www.zenhub.com/blog/how-to-use-github-agile-project-management/
(or last night)
Charles Pockert
@charlespockert
Jun 22 2016 15:16
trying to convey this information to my manager is like banging my head against a brick wall
he doesn't understand that throwing random tasks at me in the middle of the day isn't conducive to my productivity!
Daniel Bendel
@Thanood
Jun 22 2016 15:20
Sounds a lot like the boss of our design team two years ago.. :)
Vegar Ringdal
@vegarringdal
Jun 22 2016 15:57
Playing around with electron app/photon was useful, now I get to fix a resize of window issue my grid had, I just love bugs :-)
Vegar Ringdal
@vegarringdal
Jun 22 2016 19:59
blob
New try today : https://github.com/vegarringdal/aurelia-electron :-) its fun trying somethin else but my grid debugging only