next topic »

[Reply #60 on:]

Nice! I guess button only appears when user is using external editor only right? Send me the code to include it What the external editor has?

Good job! Well done

Thanks! Not near visual studio yet but going forward

[Reply #61 on:]

Nice! I guess button only appears when user is using external editor only right? Send me the code to include it What the external editor has?

What I mean is that the "New" button changes to the "Reload & Upload" button if "External Editor" is selected. It doesn't matter WHICH editor you use.

Here's an animated GIF showing the difference between the IDE in "External Editor" mode and "Internal Editor" mode:



I'll post the code for you soon.

-- Roger

[Reply #62 on:]

Ok, cool. I was asking what special did the external editor you use, maybe the bundled one can be enhanced to that feature? 

[Reply #63 on:]

The "reload and upload" button is redundant, since an upload always forces a reload from disk automatically anyway when in "external editor" mode.

[Reply #64 on:]

The "reload and upload" button is redundant, since an upload always forces a reload from disk automatically anyway when in "external editor" mode.

OMG! I didn't know that! I spent all that effort for nothing......

[Reply #65 on:]

The "reload and upload" button is redundant, since an upload always forces a reload from disk automatically anyway when in "external editor" mode.

OMG! I didn't know that! I spent all that effort for nothing......

hahah :/ shit happens. Well if you have another enhancement we can discuss it first. I never used external editor.

[Reply #66 on:]

Thanks for this - not sure what is different from the official IDE but it seems to have solved the major issue with loading sketches on the 2560  

Very happy!!

Edit - I spoke too soon  It worked fine for a while but the same issues have started again.

[Reply #67 on:]

What is that bug? I never recall arduino remembering the window position on startup :O

How to replicate/ what is the suggested behaviour?

Very old bug that has been identified for a long time.

See this archived issue/bug report
http://code.google.com/p/arduino/issues/detail?id=78

See this archived forum discussion
http://arduino.cc/forum/index.php?action=printpage;topic=100.0

Here is a simple test:
1. Open Arduino ide (official or yours)
2. Open a sketch and move/resize the window to your liking
3. Close the original window/blank sketch by clicking the red close button in upper right corner
4. In instance of the ide with your sketch, Go to the File menu and select Quit
5. Now reopen the ide

The ide will open with your last sketch already loaded in the last size/position.

Conversely, if you close the ide by clicking x button in upper right window corner, hitting Alt-F4, or right clicking the icon in window tray and selecting close, the ide will not remember sketch/size/position.

Suggested behavior
The suggested behavior is for ide to remember sketch/size/position (Exactly the same as it does if you select File->Quit) no matter how you choose to close the app.

Additional Data from my feeble investigation
The code and capability to remember window size/position and last sketch is already in the ide.  Unfortunately, it only works if you select Quit on the File menu.  Check the idesettings file and the parameters for last sketch/size/position are there.

last.sketch0.path=
last.sketch0.location=
last.sketch.count=

The behavior is...  If you select File->Quit it will update these parameters in the settings file.  The next time you open the app, it will read these parameters and open the last sketch/size/position.  If you then quit the app with a method other than File->Quit, it will not change the path or location parameters in the settings file, but it will set last.sketch.count to 0.  The next time you open the app it ignores the path and location parameters because count is set to 0.

There is also an additional set of parameters in the setting file...

last.sketch1.path=
last.sketch1.location=

When I manually set the last sketch count to 2 (last.sketch.count=2) in the settings file and open the ide, both of the sketches identified in last.sketch0 and last.sketch1 will open in their respective window size and position.

If I add an additional set of parameters for last.sketch2... and set last.sketch.count to 3, it will open all three sketches in their respective size/location.  Looks like someone was flirting with the idea of a recent sketch list on the file menu.

[Reply #68 on:]

Did some more playing with this.  As long as you close the original blank session, at next start the ide appears to re-open however many sketches you had open so long as you quit by chossing File->Quit.  I have tested up to 12.  I opened 12 sketches, exited the ide by selecting File->Quit, then reopend the ide (by double clicking the desktopo shortcut for the ide app) and it reopened all 12 sketches in the last size location they were in when I quit.

If I then double click the desktop shortcut again (without first closing the 12 open windows), it will open 12 more windows exactly on top of the first 12.

[Reply #69 on:]

Did some more playing with this.  As long as you close the original blank session, at next start the ide appears to re-open however many sketches you had open so long as you quit by chossing File->Quit.  I have tested up to 12.  I opened 12 sketches, exited the ide by selecting File->Quit, then reopend the ide (by double clicking the desktopo shortcut for the ide app) and it reopened all 12 sketches in the last size location they were in when I quit.

If I then double click the desktop shortcut again (without first closing the 12 open windows), it will open 12 more windows exactly on top of the first 12.

Thanks for the detailed report, I certainly can do something on those areas if is needed.

I don't really know if is a bug or a normal behaviour. I mean, maybe I can add another menu option saying "Save and quit"? I can't recall any windows program that I like restoring the last edited file, for me a window is the representation of the sketch, and not the program. The position and size of the window seems to be wrong, I will check that because I prefer to duplicate a normal app behaviour like:

1) Remembering window size
2) Window position is based on system location (in cascade)

But if you have some thoughts about this, I will love to ear them. I just don't want to change things users are get used to, but add features users miss, like the library manager or those small enhancements.

It worked fine for a while but the same issues have started again.

What kind of issue do you experience? it seems that lastly 2560 clones are very faulty.

[Reply #70 on:]

Congratulations for this wonderful improvement Erwin. Can you explain me how do you calculate the ram usage and what is the criteria for saying "warning: Large amount of SRAM memory used" ? Do you have a percentage threshold (used/total) or do you use a more complicated technique?
Thanks

[Reply #71 on:]

Congratulations for this wonderful improvement Erwin. Can you explain me how do you calculate the ram usage and what is the criteria for saying "warning: Large amount of SRAM memory used" ? Do you have a percentage threshold (used/total) or do you use a more complicated technique?
Thanks

Hi. The original author of this improvement defined 50% as the threshold, maybe there is a better way but I can't think on one. I just added the board ram sizes to board.txt based on the datasheets.

[Reply #72 on:]

FYI, the Arduino Pro Micro (by SparkFun) is said to have 1k of RAM, instead of the proper 2.5k (as the Leonardo has).

Also, if you use dynamic memory allocation, there should be a warning that there is no way of knowing how much RAM will be used.

[Reply #73 on:]

FYI, the Arduino Pro Micro (by SparkFun) is said to have 1k of RAM, instead of the proper 2.5k (as the Leonardo has).

I don't recall that board in boards.txt

Also, if you use dynamic memory allocation, there should be a warning that there is no way of knowing how much RAM will be used.

Surely, it is just a handy hint for beginners. Much like the driver installer, library manager, etc.

[Reply #74 on:]

I didn't know the RAM size was specified in the boards.txt file (I assumed it was by CPU). The ProMicro uses it's own core, so the boards.txt file is in a different place.

I've added these lines:

Code:

proMicro8MHz.upload.maximum_ram_size=2560
proMicro16MHz.upload.maximum_ram_size=2560

and now it works properly.

If the RAM size isn't specified in the boards.txt file, why doesn't it say so, instead of saying 1024 bytes?