blitz-research / monkey

Blitz Research Monkey Source
226 stars 59 forks source link

Small sugestions regarding modman #23

Open ziggybcn opened 11 years ago

ziggybcn commented 11 years ago

It's a a great idea to have this modman tool Really useful but I would like to suggest two small additions/changes: 1.- Make the repositories list a remote file, so the modman can also show new modules. Having this hardcoded is a bit rare. It can be just the same txt file placed anywhere at monkeycoder.co.nz or something... ? 2.- It would be nice if the modman notifies on missing version control systems. That is, it seems to just not show git or hg modules if command line tools are not present. Some additional information such as: You need Mercurial to install this module, with the appropriate link somehow would be much better.

those are just a couple of small ideas. No sure if they make sense. Also, not sure if they're also on any todo list or something

Also, the Module_ext used to install them... Is there any way to customize this so them gets installed whenever you want?

Hope this is seens as a constructive post. Also, if there's not dev time to make this, but they're reasonable additions, I may have some time next week, so I could try to get something done in this area.

blitz-research commented 11 years ago

Make the repositories list a remote file, so the modman can also show new modules.

This'll happen eventually, but I'm a little wary of making direct http connections. When I tried this in the bmx days, I ran into problems with people behind 'proxies' and 'NAT' and other fun stuff, and I just wanted to keep it simple for now.

How does software generally deal with proxies? I assume instead of connecting with, say, http://monkeycoder.co.nz/modules.txt, you connect with...what? What does the user configure here?

It would be nice if the modman notifies on missing version control systems.

Yep, am planning on doing this, probably via a 'git unavailable' dialog at startup, and also by leaving the modules in the main window but with a 'git unavailable' status.

Also, the Module_ext used to install them... Is there any way to customize this so them gets installed whenever you want?

It currently looks at their MODPATH to find a path ending in /modules_ext, so they can relocate it by modifying this. The 'top' module dir still needs to be called modules_ext though, which may be undesirable.

I guess I could add a new setting, something like: MODPATH_EXT so they can completely rename the modpath used by modman...dunno, will have to think about this some more.

I was also thinking about some kind of 'config' app that provides a frontend for config.txt files - it could perhaps try to autodetect the location of various tools/SDKS, and allow them to edit stuff...?

On Fri, May 31, 2013 at 10:03 PM, ziggybcn notifications@github.com wrote:

It's a a great idea to have this modman tool Really useful but I would like to suggest two small additions/changes: 1.- Make the repositories list a remote file, so the modman can also show new modules. Having this hardcoded is a bit rare. It can be just the same txt file placed anywhere at monkeycoder.co.nz or something... ? 2.- It would be nice if the modman notifies on missing version control systems. That is, it seems to just not show git or hg modules if command line tools are not present. Some additional information such as: You need Mercurial to install this module, with the appropriate link somehow would be much better.

those are just a couple of small ideas. No sure if they make sense. Also, not sure if they're also on any todo list or something

Also, the Module_ext used to install them... Is there any way to customize this so them gets installed whenever you want?

Hope this is seens as a constructive post. Also, if there's not dev time to make this, but they're reasonable additions, I may have some time next week, so I could try to get something done in this area.

— Reply to this email directly or view it on GitHubhttps://github.com/blitz-research/monkey/issues/23 .

blitz-research commented 11 years ago

Also...I keep meaning to ask, can you get fontmachine up on a repos somewhere so I can add it to modman?

On Fri, May 31, 2013 at 10:20 PM, Mark Sibly blitzmunter@gmail.com wrote:

Make the repositories list a remote file, so the modman can also show new modules.

This'll happen eventually, but I'm a little wary of making direct http connections. When I tried this in the bmx days, I ran into problems with people behind 'proxies' and 'NAT' and other fun stuff, and I just wanted to keep it simple for now.

How does software generally deal with proxies? I assume instead of connecting with, say, http://monkeycoder.co.nz/modules.txt, you connect with...what? What does the user configure here?

It would be nice if the modman notifies on missing version control systems.

Yep, am planning on doing this, probably via a 'git unavailable' dialog at startup, and also by leaving the modules in the main window but with a 'git unavailable' status.

Also, the Module_ext used to install them... Is there any way to customize this so them gets installed whenever you want?

It currently looks at their MODPATH to find a path ending in /modules_ext, so they can relocate it by modifying this. The 'top' module dir still needs to be called modules_ext though, which may be undesirable.

I guess I could add a new setting, something like: MODPATH_EXT so they can completely rename the modpath used by modman...dunno, will have to think about this some more.

I was also thinking about some kind of 'config' app that provides a frontend for config.txt files - it could perhaps try to autodetect the location of various tools/SDKS, and allow them to edit stuff...?

On Fri, May 31, 2013 at 10:03 PM, ziggybcn notifications@github.comwrote:

It's a a great idea to have this modman tool Really useful but I would like to suggest two small additions/changes: 1.- Make the repositories list a remote file, so the modman can also show new modules. Having this hardcoded is a bit rare. It can be just the same txt file placed anywhere at monkeycoder.co.nz or something... ? 2.- It would be nice if the modman notifies on missing version control systems. That is, it seems to just not show git or hg modules if command line tools are not present. Some additional information such as: You need Mercurial to install this module, with the appropriate link somehow would be much better.

those are just a couple of small ideas. No sure if they make sense. Also, not sure if they're also on any todo list or something

Also, the Module_ext used to install them... Is there any way to customize this so them gets installed whenever you want?

Hope this is seens as a constructive post. Also, if there's not dev time to make this, but they're reasonable additions, I may have some time next week, so I could try to get something done in this area.

— Reply to this email directly or view it on GitHubhttps://github.com/blitz-research/monkey/issues/23 .

ziggybcn commented 11 years ago

How does software generally deal with proxies? I assume instead of connecting with, say, http://monkeycoder.co.nz/modules.txt, you connect with...what?

I usualy use the system network settings and make a HTTP request, so if the system proxies and networking settings are properly set, it may be able to access the txt file in the same way it would access the regular web. As long as the user is not sending data to the server other than the document request, just browsing the txt file, it should be safe, shouldn`t it?

Otherwise, we could maybe have a hardcoded hg or git repository somewhere that just contains a txt file with the list of repositories? That would do it too

Regarding FontMachine: Yes, of course! Fontmachine is here: https://code.google.com/p/fontmachine/ It's Mercurial based.

blitz-research commented 11 years ago

As long as the user is not sending data to the server other than the document request, just browsing the txt file, it should be safe, shouldn`t it? No idea. It was only a problem for a handful of people who wanted to use bmx from work and had some weird proxy setup - but they were very vocal! All my code did was a simple http request, but we had to do something fancy to get around some problem, can't remember what it was now, and we never quite got it100% right.

But perhaps in this case, if they have problems with a simple http request they'll have problems with git/hg too anyway so maybe it's not worth worrying about.

Otherwise, we could maybe have a hardcoded hg or git repository somewhere that just contains a txt file with the list of repositories? That would do it too

Sounds pretty good to me. People can even send pull requests to get their modules added too!

On Fri, May 31, 2013 at 10:30 PM, ziggybcn notifications@github.com wrote:

How does software generally deal with proxies? I assume instead of connecting with, say, http://monkeycoder.co.nz/modules.txt, you connect with...what?

I usualy use the system network settings and make a HTTP request, so if the system proxies and networking settings are properly set, it may be able to access the txt file in the same way it would access the regular web. As long as the user is not sending data to the server other than the document request, just browsing the txt file, it should be safe, shouldn`t it?

Otherwise, we could maybe have a hardcoded hg or git repository somewhere that just contains a txt file with the list of repositories? That would do it too

Regarding FontMachine: Yes, of course! Fontmachine is here: https://code.google.com/p/fontmachine/ It's Mercurial based.

— Reply to this email directly or view it on GitHubhttps://github.com/blitz-research/monkey/issues/23#issuecomment-18737478 .