Vanilla 1.1.1 is a product of Lussumo. More Information: Documentation, Community Support.
Hi guys,
I’m currently focusing on Project Manager L1 (Level 1) — See screenshot. Here is our feature list for L1 I want to discuss. Features are listed from highest to lowest priority. I’ll be updating the list as features are implemented. If you have some special requirements or feature requests, feel free to share them with us…
-
-
-
-
Further features:
Maybe a way to differentiate between open, closed, and current files. I though you could make all the open files italic, and the current file could be like current line in the editor. I’ve made a mock up here
I’m curious whether Intype will use its own icons for folders and files or those found in user’s system?
Is it possible to include an option that would tell Intype to watch project directory tree for changes? Particularly addition of new files so creating them in another application would mean that they automatically appear in the PM?
Hey, great – sounds and looks good!! Thanks for the update.
Just a couple of comments:
Thanks again!
Dunc
dngpolished: this will appear in future releases.
dflock: Also, native icons please – this isn’t just for aesthetics – things like the icon overlays for subversion would be very useful to see in the PM
Yeah, that is also my concern. But aesthetics is an important matter as well. I think that applications should visually blend with the system as much as possible.
dflock & Ingwar: This is Level 1 of the Project Manager, in which we are (1) not planning to use standard windows file icons, and (2) not using standard explorer popup menu. This is due to many troubles that comes with supporting these features. However, overlays and file icon modifications are planned without system support. We have other ideas on how to improve coding work-flow, that is not the main target of the explorer and shell components (especially file association and icon mapping). Also Intype plug-ins, or JS may want to set overlays or icons that matter more than system ones, and still on platform-independent manner.
As for the Tortoise SVN overlays support, it can’t work without the explorer’s popup menu. However, we have other stuff prepared for integration with utilities like Tortoise SVN/CVS.
Folder watching: Juraj’s one of many tasks is to add support for file monitoring system that will be responsible for file and folder detections. I can’t give any estimation, but it’s planned.
daryl: I’m currently focusing on using the Window’s TreeView component as is and without hacking new features. I like your idea (because it’s just like mine ;) but it have to wait until the PM is stabilized so we can move on…
Very very cool!
Keep up the good work!
Rob
looking great!
Looks great. There are things that I can think of, but they could very well be planned for L2, 3 etc. so I wont list them. Most are probably on the feature list in the feature requests section. It would be handy if you could update this again with revised version/level numbers, so we can all see what’s next.
husain: Multi-project (Microsoft calls this a Solution — container that can wrap multiple projects) is not in our roadmap at all, but we will consider it.
Will there be a quick way to switch between projects? Like the way Dreamweaver has a dropdown above the file list to change projects? A quick way to switch between projects is essential for me, as I regularly work on multiple (but related) projects, and need to constantly switch between them.
Related to above: Perhaps this would be better implemented by allowing multiple instances of Intype (one for each project)?
Jack Sleight: You’re right, we will allow multi-instance for working with multiple projects.
martincohen: Great thanks. In that case you would obviously need the project name to appear in the window title (so you can see it in the taskbar).
Great Martin! Can’t wait… Congratulations!
Wow, it looks awesome! Great work, Martin :-)
A few issues:
It’s looking really promising though, and it’s nice to see that you’ve released it as soon as you had something to show. :-)
:D
Thanks!!!
What is the purpose of the itProject files presently? They don’t seem to contain anything. Will there be a way to store the itProject files outside of the project root? I don’t really want to have anything in the project root that isn’t actually part of the project.
Super, great work!!!! once “Find in Files (Together with Project or Multiple File Editing)” is included intype will become a very good alternative for textmate/E
Great job Martin!
I though that Intype will offer a “project-less” kind of project, where you could open new projects as “root” from anywhere.
I’m used to command line (compiler, debugging and so on) and really hate the hard structure imposed by software like Komodo or even Visual Studio.
I was thinking add Intype to PATH and then fire: intype . to open a new project taking the current folder as root.
But I found that I must use the -p parameter and .itProject files get created inside the root folders…
Even I didn’t use TextMate, find the lack of project file appealing.
Maybe that could be possible?
Oh, forgot to mention on previos post:
intype .
Will open a document with the name of the folder where “.” was issued.
intype -p .
Will create a ..itProject (note the double dots).
martin: looks great!!
The project file is only for marking the project root, and many features (such as opening a file that belongs to project) will use it. It will also be used for storing project configuration (excluded files, opened files, default files setup, etc.). However, I have no problem with adding no-project file option to create temporary projects that will lack all the features bound to the PM. .itProject will have also (optionally) stored path to project root in it. In that case, the project file will be stored in user/projects folder (this will help Intype searching for project roots for some features mentioned above).
For now, I want to stick with the current scheme for few weeks, until the features around PM are fully implemented and then I’ll start working on different types of projects.
And one more thing: I’m starting work on Bundles Editor along with PM. I’ll create similar thread for it.
husain: The context-menu (and Menu Update task) support will also include Recent Projects for faster switch between projects. However, can you describe more what leads you to using multiple projects? Maybe we can figure out something else to make it easier for you.
martincohen: .itProject will have also (optionally) stored path to project root in it. In that case, the project file will be stored in user/projects folder (this will help Intype searching for project roots for some features mentioned above).
Perfect, that’s exactly what I was after.
martincohen: The project file is only for marking the project root, and many features (such as opening a file that belongs to project) will use it. It will also be used for storing project configuration (excluded files, opened files, default files setup, etc.). However, I have no problem with adding no-project file option to create temporary projects that will lack all the features bound to the PM. .itProject will have also (optionally) stored path to project root in it. In that case, the project file will be stored in user/projects folder (this will help Intype searching for project roots for some features mentioned above).
Is good to know there will be workarounds.
martincohen: For now, I want to stick with the current scheme for few weeks, until the features around PM are fully implemented and then I’ll start working on different types of projects.
Great! Looking forward the bundle editor! (Wanted to add some syntax grammars for FreeBASIC and still confused how to achieve it…).
:-D
martincohen:
Sometimes I need to work based on previous similar project.
Or I make a testing module first (in a testing project) than use it for my current project.
Or could we open 2 Intype application window?
I try to run another Intype, it goes to the opened one.
hussain: Yes this will be added: http://intype.info/forums/discussion/525/project-manager-in-progress/#Item_19
husain: You will be able to set multiple instance by command-line parameter. However, I will do some thinking about fast switching between project, have few ideas, but I’m not sure with the right one.
some bugs with .itProject files :
Jack Legs: some bugs with .itProject files :
- when I double-click on a .itProject file with intype already open, intype create un empty tab named “-p”
- the project manager list it associated .itProject file
I confirm this bug. Happens for me as well.
Martin,
Will the project manager automatically update when changes are made to the file structure? say, when a file is added or deleted outside of Intype?
What about the having a way to create an additional scope based on the project ? For example I’ll work on a few different projects which all have a database class variable but depending on which project I am working on, the variable will have a different name. If the project added a scope then in cases like this you could create a snippet with the same trigger but that does different things depending on the type of project.
@imakethings: I don’t know if it will be automatic. This is in the second group of features: Project structure can be refreshed by Refresh (Ctrl+R) command from PM’s popup menu.
How about making project explorer window automatically getting focus upon mouse over? That would make it possible to scroll the contents with mouse wheel without clicking anywhere inside the window area.
