Closed
Description
Even something seemingly simple as a single file sketch is in reality a more complex application silently pulling on multiple resources under the surface. The idea here is to be able to easily visualize these resources, without taking away any of the current beautiful simplicity.
Well done, this feature is the doorway to many other possible extensions.
Metadata
Metadata
Assignees
Type
Projects
Relationships
Development
No branches or pull requests
Activity
lmihalkovic commentedon Nov 26, 2015
Done
lmihalkovic commentedon Dec 9, 2015
I am at the point where i will be able to automatically add the #include statements to the sketch source code when the user clicks on a checkbox near the name of a lib in the outline view [chk boxes to ba added soon] or automatically heckbthe right boxes when the sketch is loaded, and remove them when a #include is removed.
The point is code or clicks are fully interchangeable. And the include search path will be passed accordingly (i have my own compiler that supports that)
lmihalkovic commentedon Dec 9, 2015
I also have a experimental [read ugly read boxes] design for
System library source files can only accessed RO, so there is no point in changing the order of the tabs to view these files
lmihalkovic commentedon Dec 9, 2015
Lastly, i was thinking about making the #includes section of a sketch read only with a nice shadowed box around to signify that although it is source code, the IDE owns it (use the outline to add/remove/moveup/movedown the individual #include statements).. But dunno if would be useful or confusing. For each of the selected references (i.e. library), the IDE could systematically generated a guarded include statement like:
to ensure clean reporting even from the command line. but there are pitfalls with this approach... so at best it should be opt in... [#warn instead of #error, or some other checks - Like for e.g. I can actually test if the lib in question has the #define XXXXXXXX_lib and only generate the guarding code if things won't break]
and if we want to be really finicky.. there could also be some sort of a XXXXXXXX_ver macro....
twanek commentedon Nov 11, 2017
hello!
i know this is old topic, but there is any progress / plans on implementing vertical tabs in ide?
the horizontal tab arrangement really sucks, i work with 30+ tabs, and despite i use a 24" display, i can't see all of them... always have to scroll through all the tabs to find one. plus, the text in the tabs is so small, that it is barely readable on high resolution screens.
thanks!
facchinm commentedon Nov 13, 2017
Hi @twanek , would you mind trying the Beta 1.9.0? While the horizontal, fixed width tabs are still there, at least they are scrollable and do not disappear when the window is too small. Let me know if it improves your workflow or if it could be further improved, thanks!
twanek commentedon Nov 13, 2017
thanks for the reply!
sure, i can try it. should i download this beta from the arduino website?
twanek commentedon Nov 13, 2017
the "new tab" button is floating over the tabs, and it is too small. it would be better to place NEAR the serial monitor button, not UNDER. anyway, there is plenty of unused space in that line with the serial monitor button.
if a tab which is not visible in the current view it is scrolled to, or selected from the drop down list, it is showed in the very right of the screen. this is not too practical + it is partially covered by the "new tab" button
the "current tab" highlighting and the scroll function is really cool. but in the long run, vertical tabs are needed for big projects
as a quick - but usable - workaround for vertical tabs, you could just add a "pin" option to the "new tab" drop down list: it should make the drop down list persistent, floating over the code editor area. it would be a real treat!
hope this feedback is useful, thanks for the work! if i can help with anything else, just send me a message.