Propeller Tool feature request - defining of folder paths
Timothy D. Swieter
Posts: 1,613
I have used the Propeller Tool for several projects and little bits an bobs of coding.· I setup a directory structure for each project to contain the schematics, mechanical designs, notes, and of course the software.
I would like to see the ability to define a project and a project path in the Propeller Tool.· Right now the Propeller Tool remembers a couple file paths that it learns from the last few piecs of code worked on.· Also it only displays the last few words of a file path, which if the files are in a standard directory·structure all the wording looks the same.· In other words my little drop down shows the Propeller library and examples, but then all I see is three or four lines of "C:\...\Design-software" and that doesn't help when I am jumping between projects.· I can't identify which is which.
It would also be nice to be able to define our own libarary path for the software to search in when "compiling".· With each new install of the Propeller Tool a new folder is created (if you use the default install).· Then any past objects placed in the library of the now old·Propeller·Tool·must be moved to the new Propeller Tool·library.· Being able to define the library path or to define additional libarary paths would resolve this nusiance.
In addition, when a project is defined I would like to define the top object too.· So many times I hit ctrl + F10 and ctrl + F11 and the worng project compiles.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
Timothy D. Swieter
tdswieter.com
One little spark of imagination is all it takes for an idea to explode
I would like to see the ability to define a project and a project path in the Propeller Tool.· Right now the Propeller Tool remembers a couple file paths that it learns from the last few piecs of code worked on.· Also it only displays the last few words of a file path, which if the files are in a standard directory·structure all the wording looks the same.· In other words my little drop down shows the Propeller library and examples, but then all I see is three or four lines of "C:\...\Design-software" and that doesn't help when I am jumping between projects.· I can't identify which is which.
It would also be nice to be able to define our own libarary path for the software to search in when "compiling".· With each new install of the Propeller Tool a new folder is created (if you use the default install).· Then any past objects placed in the library of the now old·Propeller·Tool·must be moved to the new Propeller Tool·library.· Being able to define the library path or to define additional libarary paths would resolve this nusiance.
In addition, when a project is defined I would like to define the top object too.· So many times I hit ctrl + F10 and ctrl + F11 and the worng project compiles.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
Timothy D. Swieter
tdswieter.com
One little spark of imagination is all it takes for an idea to explode
Comments
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
Cheers,
Simon
www.norfolkhelicopterclub.co.uk
You'll always have as many take-offs as landings, the trick is to be sure you can take-off again ;-)
BTW: I type as I'm thinking, so please don't take any offense at my writing style
Another request or bug. Scrolling my means of a mouse wheel. I have a laptop with a track pad. In all other programs when I scroll on my track pad rightside it scrolls the window as expected. In Propeller Tool it doesn't always do this, but I think I found a bug. Can someone else confirm this? I'm using Propeller Tool 1.05.8.
Propeller Tool open. I have the code window split into two panes - a file open on top and a file open on the bottom. When my cursor is in the code on the top pane the mouse scroll does not work. When my cursor is in the bottom code pane it works. Now, if I move my cursor over the tabs for the top pane I can scroll teh code window (oddly enough). So - I think the bug is that I can't scroll in the top pane when my cursor is in the code.
I hope I explained it clearly.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
Timothy D. Swieter
tdswieter.com
One little spark of imagination is all it takes for an idea to explode
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
Help to build the Propeller wiki - propeller.wikispaces.com
Play Defender - Propeller version of the classic game
Prop Room Robotics - my web store for Roomba spare parts in the UK
I believe mine works in all other apps on my PC except for PBasic and Proptool (not sure about SX/B).
Cheers
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
<FONT>Steve
What's the best thing to do in a lightning storm? "take a one iron out the bag and hold it straight up above your head, even God cant hit a one iron!"
Lee Travino after the second time being hit by lightning!
I still think there should be a sticky where people can put compiler enhancement requests, but the feedback I got last time was that Parallax preferred to receive emails of such suggestions.
Proper 'bug / enhancement request tracking' would be even better. It just seems that many enhancement requests simply get ignored, go unanswered, until someone brings up the issue again, and the cycle repeats.
I seem to have occasional problems when PropTool loses keyboard focus, sometime application focus, but I haven't mentioned it because it on past experience I may as well write that on a piece of paper and throw it in a bottomless chasm. Pressures on Parallax staff and lack of resources seem to mean that there's little enthusiasm for enhancements or changes, often not even official feedback on the merits of proposals.
Sorry, guys: I don't mean to add to the crescendo of grumbling; but there are some valid issues that need to be addressed. Some feedback on the forum about what's being worked on would be a plus.
-Phil
So Paul; after Jeff's done COM port management, then debug window integration, where in the list will the above be?
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
Cheers,
Simon
www.norfolkhelicopterclub.co.uk
You'll always have as many take-offs as landings, the trick is to be sure you can take-off again ;-)
BTW: I type as I'm thinking, so please don't take any offense at my writing style
-Phil
I can put up a good argument for the need of an "@" token which returns current hub address much like "$" returns current cog address, is it worth doing so, or just a waste of breath ?
I think we all appreciate the pressures on Parallax staff and resourcing issues, but it does feel a little like being treated as a mushroom when kept in the dark. We all here have some degree of commitment to Parallax and the Propeller and act with intent of making both a success, but sometimes it feels like a relationship where one gives more than one gets.
The peasants aren't revolting, just a little frustrated.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
The more I know, the more I know I don't know.· Is this what they call Wisdom?
The first revision of the next chip will not have an integrated IDE, development of it would take a while and we don't want to delay it's release due to non-essential firmware. We will try to leave enough undefined space in the ROM mask to later add the IDE.
The reason why we don't release frequent progress reports is twofold, first development of the IDE is sporatic, there can be months where there is no change typically because something has gone wrong with a product (a substantial amount of time was spent last year getting the Stamps back to passing industrial ratings because the RoHS compliant resonators we chose were failing inside the range), but then there are times when he will get vast amounts of coding done (typically over the weekend when noone is here to bug him). Second, we're not really keen on playing a game of "are we there yet", and before you say you won't do that, someone else will, and when you combine these two factors, the first exponentialy aggrevates the second. On occasion, if someone asks, and there enough progress already done, I will state what the next feature is and a timeframe if I have one (I ussually don't until we have it in the can).
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
Paul Baker
Propeller Applications Engineer
Parallax, Inc.
Post Edited (Paul Baker (Parallax)) : 1/16/2008 7:32:46 PM GMT
The intention seems to be to have developer tools on the chip, but to continue with the PC version of PropTool as well. The first P2 chips might not even have the on chip developer tools, they may arrive later.
I can see two possible approaches to where the files are stored:
1) Dev board have SD cards or equivalent to store source files.
2) Development is done symbiotically with a PC. The PC supplies the source files, the P2 Chip compiles them. Either side could be in control of the process.
Number 2 might seem pointless in that you still need a PC, but the PC end might be very simple, easy to port between OSs, and even open source, whilst still allowing Parallax to keep control over it's compiler.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
Help to build the Propeller wiki - propeller.wikispaces.com
Play Defender - Propeller version of the classic game
Prop Room Robotics - my web store for Roomba spare parts in the UK
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
The more I know, the more I know I don't know.· Is this what they call Wisdom?
·· If you click into the top code window, does the top then work and the bottom not when mouse over the code and trying to scroll?· Is suspect this is not a bug, but more a windows thing...I think only the "active" screen will scroll, however it is over-ridden by being on the scroll pane.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
Chris Savage
Parallax Tech Support
Much obliged for the clarification. It's always easy to jump to conclusions when communication is lacking, so every little bit helps. It would also be helpful if the developers weighed in occasionally on the merit/lack-of-merit of the various suggestions floated in the forum, so at least we'd know whether further whining is in vain. This needn't entail a constant dialog, which would obviously be a time-sucking drain. But throwing the occasional bone would be appreciated: maybe a monthly developer's log or newsletter.
Thanks,
Phil
I've summoned Jeff to participate in this thread if he's around right now. Just so you all know - his wife is expecting a child any minute so we'll need to play second fiddle to his personal needs for a few weeks. We have one person who maintains the IDE for Parallax. In time we'll be able to provide support for third parties.
Ken Gracey
Parallax, Inc.
-Phil
I second the improved communication with the developer and I think this is because mayn of us here on the forum feel like we are a part of the Propeller. Many of us have been here since the beginning of the Propeller revolution and have seen the user numbers grow and we all remember when the Prop Tool was <V1.0 and there was no manual! I fully understand a baby on the way, good fortune be with you Jeff and your wife!
Chris - I can't seem to get the top code pane to scroll when I am in the code, only when my mouse is over the tabbed bar for the top pane. When in the bottom pane code window the mouse scrolls just as expected. When over the tabs of the bottom pane the mouse also scrolls as expected. If the IDE is open with only one full view pane and the mouse is in the code the window still does not scroll - only when the mouse is over the tab bar. I hope this helps to clarify my experience so we can test if it is an IDE issue or a WinXP issue. Any other Prop Tool users able to concur the scrolling results? I believe steve_b seconded that his mouse wheel scrolling also doesn't work.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
Timothy D. Swieter
tdswieter.com
One little spark of imagination is all it takes for an idea to explode
Control-tab also swaps between the code windows.
(system: vista laptop)
BTW: Thanks for bringing this ability to light - I'd completely missed that in the manual!
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
Cheers,
Simon
www.norfolkhelicopterclub.co.uk
You'll always have as many take-offs as landings, the trick is to be sure you can take-off again ;-)
BTW: I type as I'm thinking, so please don't take any offense at my writing style
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
Timothy D. Swieter
tdswieter.com
One little spark of imagination is all it takes for an idea to explode
propeller.wikispaces.com/Propeller+Tool+-+Enhancement+Requests
I sincerely hope no one is offended or annoyed by that as it is little more than a list of proposed enhancements which have already been made in public on this forum.
I've added those enhancements I desire and those I know others have requested and those I found through forum searches. Everyone is able to amend that list however they wish to. One thing I wouldn't personally like to see though is the page becoming a "criticise Parallax and the Propeller Tool" page; suggesting positive improvements rather than negative criticism would be far preferable.
Nicely done! And I like your selection of feature requests. If they were all implemented, I'd be a very happy camper, indeed.
So as not to clutter the main page with long-winded explanations, is it possible to add hyperlinks pointing to forum posts or other articles on the web? Also, in case any errant editing really fouls things up, is it possible to roll back to prior instances of the page? (As you can probably tell, I'm not all that familiar with wikis, behond just reading them.)
Thanks,
Phil
[noparse]here
Vandalism can be undone and previous pages rolled-back ( might take CardboardGuru's involvement as Wiki owner but can be done ).
Over-enthusiastic entries can be moved to sub-pages and linked to to remove page clutter.
[noparse]description
Creates a sub-page.
Post Edited (hippy) : 1/17/2008 6:52:24 PM GMT
I hate to ask, but I'm even more reluctant to mess with it myself: Would it be possible to reorganize the wiki page into two sections, one for the compiler proper (e.g. syntax, semantics, portability, etc.), and one for the IDE? The reason I ask is that (so far as I know) Chip is still in charge of language matters and the compiler (written in 808x assembler), and Jeff is in charge of the IDE (written in Delphi). Segregating thus into two sections would make things easier for their intended audience.
Thanks,
Phil
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
Paul Baker
Propeller Applications Engineer
Parallax, Inc.
Seriously, I think a great many language issues and desires at this point could be addressed by the users themselves, given flexible-enough pre-processor hooks — a feature which falls on the IDE side of the fence. One possible exception would be Hippy's quite reasonable request for a "here" symbol (@) for hub memory. Considering the speed at which the "$" symbol was added for cog memory, this would appear to be an easy request to fulfill. Anyway, preprocessor hooks could unleash a wealth of pent-up creativity among the user base and add some fresh insights (and a way to prove them out) to the future direction of Spin. In other words, Spin's intelligent design has gotten us quite far; but the time is nigh to give evolution a chance.
-Phil
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
Timothy D. Swieter
tdswieter.com
One little spark of imagination is all it takes for an idea to explode
Is this a part of the compiler's parsing, or should the compiler take files which have already been pre-processed, is that pre-processing part of the IDE or another separate component ?
It can be argued both ways, and we have a real-world issue to deal with for the PropTool; Chip is the compiler writer and it's accepted he's busy on other things, so the less that needs to be added in the compiler the better.
I'm personally happy with a split between "New Feature Requests" (IDE/Compiler) and "Propeller Tool Improvement Requests" with the later being more diplomatic language than "IDE bug fixes needed".
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
Paul Baker
Propeller Applications Engineer
Parallax, Inc.