Author Topic: SkyIDE - Latest Release Information (Read 158,481 times)

Gothi[c] · « **Reply #150 on:** June 09, 2007, 02:48 AM »

Hmm... On second thought... I think you should probably put some more thought into the linking process before adding more features like this.

You have to remember, there are so many infinite ways that one can link a program or library (dll), that they invented makefiles, and even complete complex build systems and languages just for that purpose. I'm thinking it will be very hard to capture all that functionality in one or more GUI dialogs... Maybe you should do a small study on various build systems (eg, Makefiles, autoconf/automake/libtool, bakefile, scons, jam/bjam, etc,...) and see how they implement these things. You'll find that most use complex scripting or xml (bakefile), to direct the linking process. Capturing all that functionality in a GUI would be great! But it would also very hard to be complete. I think,... to do it 'right', it would require some study.

Of course, you don't HAVE to capture all that functionality, you can always support calling an external build system, and let that take care of the whole thing for you. However, implementing SOME of it, and additionally supporting an external build system may confuse users into thinking that they aren't able to do certain things.

Implementing all of it probably isn't a good idea, since you don't have your entire lifetime to complete this project, nor do you have an entire team of developer slaves.

So maybe you should put some thought into letting an external application direct the linking and compiling process, and drop more features like this all togeather.

Just some thoughts.

SkyIDE · « **Reply #151 on:** June 09, 2007, 03:49 AM »

Thanks Gothic,

I will definately consider it. That is the exact reason why I have "Compiling Command" tab in the project options. The user will be able to choose to either let SkyIDE compile the project files or let the SkyIDE read user's command and when "Compile" or "Run" is pressed, the command the user typed will run instead of mine. But I know what you mean with all these make files. I haven't used any of them. I will be better of invoking them to do the job, I can just create a nice GUI for it to make things easier.

Once I complete this, what I am doing now, for the next beta after Beta 14 , I may add a third option where I let the user deal with makefiles. I will HAVE to write a help file as this is getting a bit complicated. Here is a screenshot of what happens when the second option is selected: (Considering there are no errors in code)

http://www.skyide.net/images/testing/multiprocess.png

I deliberately created some errors to demonstrate the error writing procedure in the output pane and I just launched the prev EXEs manually but if there were no errors, the EXEs will start by themselves.

Notice how the errors for each file are listed at once. You have main2.cpp, main3.cpp etc.

SkyIDE · « **Reply #152 on:** June 09, 2007, 03:56 AM »

By the way, yes, the DLL section will be a separate section. I may need to let the user tell SkyIDE what each file should be, a DLL or an EXE but I will do that later, after Beta 14. May be for Beta 15.

SkyIDE · « **Reply #153 on:** June 10, 2007, 01:10 PM »

Here is a new Project Properties Dialog: Tree View style, much more professional and less confusing

http://www.skyide.net/images/testing/newproperties.png

Update:

and improved one:

http://www.skyide.net/images/testing/newproperties2.png

SkyIDE · « **Reply #154 on:** June 19, 2007, 08:09 AM »

SkyIDE Beta 14 has been released - Release Notes

This release of SkyIDE is huge. A lot of bug fixes and a lot of new features, changes and improvements have been implemented.

I had to postpone some of the features due to lack of time. Some of these features are the Linker Dialog which lets you link object files, the DLL compilation section and spreading the code into DLLs in order to improve overall speed. There are so many other features that I need to implement...

Here is what has been done for Beta 14

Added: Bakefile support is back! (I have big plans with this)
Added: Finalized support for VB.NET
Added: Support for Visual C++ Express 2005 v8.0
Added: Multi-file compilation support for Digital Mars D
Added: Multi-file compilation support for Digital Mars C++
Added: Multi-file compilation support for Digital Mars GNU C++
Added: Multi-file compilation support for Digital Mars Openwatcom C++
Added: Multi-file compilation support for Borland C++
Added: Multi-file compilation support for LCC-WIN32
Added: Multi-file compilation support for Visual C++ Express
Added: Multi-file compilation support for VISUAL C#
Added: Multi-file compilation support for VB.NET
Added: Multi-file compilation support for PASCAL
Added: Brand New Project Properties Dialog -- TreeView style
Added: Now you can include folders to the "include" path of Free Pascal
Added: Double clicking a project now opens up the project folder in Explorer
Added: Enhanced the Project's Folders popup menu
Added: Enhanced the Project's Files popup menu
Added: Enhanced the Project's popup menu
Added: "Set as Main File" to project file explorer pop up menu
Added: /target:<> setting in Change Project Options for .NET languages
Added: Force Dialog Filter Index On/Off Switch for Open/Save Dialogs

Bugfix: Changing Project Profiles sometimes didn't work
Bugfix: Serious bug fixes with the class viewer
Bugfix: Delete View->Save Changes->Cancel deleted the view anyway
Bugfix: Right Click Tab Bar->Set as Project Main file
BugFix: With adding multiple directories with some projects
BugFix: With VB.NET and C# formatted compiler output
BugFix: With Borland C++ formatted compiler output
BugFix: With LCC formatted compiler output
Bugfix: With SkyIDE->Project: Some options didn't work for a C# Project
Bugfix: With GNU C++ Project "libs" setting. SkyIDE produces invalid command
Bugfix: When compiling projects, the default project include directory was not passed to the compiler
Bugfix: In Select Project Dialog in project properties, "Show Root Folder" no longer throws an error
Bugfix: With "Change Project Options" settings with D and C# projects
Bugfix: With compiling: Sometimes if compilation failed, the old exe ran anyway
Bugfix: With the newly added C# and VB.NET Object Viewers (just forgot to add some code)
Bugfix: Some very minor bug fixes with the function viewer
Bugfix: (May be fixed) Multi Search and replace sometimes returned no matches after heavy usage
Bugfix: Free Pascal, Openwatcom and Borland C++ bug fixes with compiling files.
Bugfix: Many bug fixes with the section that shows "Errors:" and "Warnings" when compiling

Improvement: Much better and easier to use Compiler Profiles dialog.
Improvement: Text readability in "Compiler Output" -- Item Height Increased for easy ID
Improvement: Now the Open Dialog initial's dir is the one of the active file
Improvement: Relocated the Object Viewer to the bottom (it will be dockable soon)
Improvement: Redesigned the multi-file search and replace section
Improvement: Improvement with the way SkyIDE works with Openwatcom C++
Improvement: Improvement with the way SkyIDE works with Borland C++
Improvement: Improvement with the way SkyIDE works with Digital Mars C++
Improvement: Improvement with the way SkyIDE works with Digital Mars D
Improvement: Improvement with the way SkyIDE works with Digital Mars GNU C++

Other: Removed limitations with adding dirs in "Compiler Profiles" dialog
Other: Re-wrote most of the Compiling() code in order to make things easier to manage
Other: Relocated "Undo Last Close" a few levels up in the menu

SkyIDE · « **Reply #155 on:** June 26, 2007, 04:06 AM »

I am glad to inform you that Google Search has been successfully integrated into SkyIDE. This functionality is a pilot feature. The code I have implemented is so flexible...you can even add your own search engine but I will do that later.

How does it work? Well there are two ways to search.

Method 1:

Move the caret where the search-word resides. E.g: ma|in() where | is the caret. Press F1, main() gets selected and the net will be searched via the default search engine (Google).

Method 2:

http://www.skyide.net/images/testing/googlesearch.png

I will change Search With Google to "Search The Net" and the net will be searched with the default search engine.

May be I should add one that searches MSDN as well....

SkyIDE · « **Reply #156 on:** July 30, 2007, 11:19 AM »

Well, I have resumed the development of SkyIDE. I have gone through a lot of stress in the last few weeks. SkyIDE was the last thing I was thinking of.

I have restored skyide.com and it points to skyide.net.

Here is a brand new feature that I recently started. (By the way, the new project with the toolbar I started is no longer being worked on, I think I should open source that one but there isn't much done). Anyway...

http://www.skyide.net/images/testing/rules.png

At first I thought I'd get SkyIDE to create a SRLS file for each source file in the same dir as the source file so myfile.cpp and myfile.cpp.srls but then I thought it would be more organized if you have a Rules directory and have the SRLS files dumped in there.

I think this feature is "extra" cool. It has the coolness effect.

This option would give the user 100% control of the compilation process for each source file! Yes, each source file can be compiled differently with different parameters and all the user has to do is set "Compile Each File in a Separate Process" and select Compile!

Because each file in the project directory is automatically part of the project, it's a bit complicated to read entire project's tree and create one main file where it would have the rules settings for each file in the project. Not just that, but it would also be complicated to the user. So, the way I've done it is very easy to be understood by the user and easier for the program designer to manage (me in this case).

NewFile.cpp -> \Rules\NewFile.cpp.srls
NewFile2.cpp -> \Rules\NewFile2.cpp.srls

Regarding the Google Search thing.

http://www.skyide.net/images/testing/search.png

Recently, an application came out of no where that implements something similar but it is global and much more flexible and advanced. I had similar ideas to what this program does. I want to assure you my idea was my idea and at the time of implementing my idea, I was not aware of this new program and I am not sure if it existed then.

I also want to assure you Google has nothing to do with this feature as the default engine preference was chosen by me. I am not using their DLL so no violations...

mahesh2k · « **Reply #157 on:** July 30, 2007, 03:23 PM »

Thats good hope it will support most of the c++ compilers likfe DJgpp/digital mars and hpC compilers as well.

SkyIDE · « **Reply #158 on:** August 08, 2007, 11:41 AM »

I try to support as much as I can and as much as my free time allows me.

Here is more on the Compiling Rules feature.

http://www.skyide.net/images/testing/rules2.png

SkyIDE · « **Reply #159 on:** September 08, 2007, 07:45 AM »

I have been thinking lately how to improve the usable space in SkyIDE. This is what I have up with so far. You can also see some new features in this screen shot. I just need to automate the process. That button on the middle is just a test button. It is part of the child form and it contains the follwing code:

http://www.skyide.net/images/testing/barview.PNG

frmMDI->pnIBar->Parent = this;
frmMDI->pnIBar->Align = alBottom;

As you can see, the big bar on the bottom is relocated from the MDI form to the current active child form. I have forgotten to move the splitter bar however. Yet, they are still part of frmMDI

Amazing isn't it? I should have done this a long time ago.

You can also see the new "Execute Commands" tab and also how I have grouped all the compiling related sections into one tab.

SkyIDE · « **Reply #160 on:** September 09, 2007, 10:50 AM »

As much as I have "not" been doing any work lately, over the weekend I have spent a lot of time, almost entire day working on SkyIDE.

I think you will like what you see in here.

http://www.skyide.net/images/testing/betapart1.png
http://www.skyide.net/images/testing/betapart2.png

I have been very busy lately but I finally managed to find a way how to manage my time more efficiently.

Oh yes also, that code above is obsolete

I don't use it. It started causing me a lot of "unexpected" problems so instead I moved the whole thing to the child window via design time and it does not take a lot of memory when creating new instances of the form.

mouser · « **Reply #161 on:** September 09, 2007, 12:15 PM »

Very impressive.

mahesh2k · « **Reply #162 on:** September 09, 2007, 02:51 PM »

I don't know making opensource is good idea but atleat so many people will learn from it.I do have better ideas for the skyIDE to proceed if you want i can suggest.

Plugin concept :
simmilar to devpaks in devcpp.skyIDE can include c++ or java compilers so that pluging in will make it standalone for developement.maybe mingw can be shiiped like that pugin pack and can be used like devcpp,what u think?

i have more other concepts but i dont know they are worthy?

SkyIDE · « **Reply #163 on:** September 12, 2007, 11:18 AM »

Hmm, yes, those plugins will surely give me a headache. Some people have requested from me to make SkyIDE pluggable in a way that it will let add new language/compiler. Well, the thing is, things are a bit complicated. I CAN create a work around and give the users the same functionality BUT it will take me seriously long to do that. For me to add a new compiler I do have to physically add quite a bit of code.

Here is another screenshot. This one shows how things work so far. I just tested the custom compiling rules sections for C++ and they seem to work the way I intended to.

http://www.skyide.net/images/testing/betapart3.png

SkyIDE · « **Reply #164 on:** October 19, 2007, 10:54 PM »

Beta 15 Released:

- GUI changes to free up some screen space
- Added compiling rules. Each file in a project can have separate compiling parameters
- Added "Search with Google" function on the right click popup menu (experimental)
- Many bug fixes
- Other changes as discussed in this thread...

http://fileforum.betanews.com/detail/SkyIDE/1158829578/1

SkyIDE · « **Reply #165 on:** November 06, 2007, 11:51 AM »

A new build has been uploaded. SkyIDE Beta 15 Update 2

- More GUI Changes
- Fixed Crash when no documents are open and "New" is selected
- Moved the Object Viewer back to the left sidebar (dockable interface soon)
- Fixed a few graphical glitches

Screenshot: http://www.skyide.net/images/beta15U2.png

That GUI cries for dockable bars....after I pay my $800 car insurance bill...

mahesh2k · « **Reply #166 on:** April 14, 2008, 11:08 AM »

there is no release since november sash...
and website is not there as well..what happened sash...?

Gothi[c] · « **Reply #167 on:** April 15, 2008, 01:08 AM »

PhilB66 · « **Reply #168 on:** April 15, 2008, 02:07 AM »

SkyIDE’s development has temporarily stopped

SkyIDE · « **Reply #169 on:** April 25, 2008, 05:10 AM »

Hello everyone,

I am very sorry I haven't released a new version of this software. I used SkyIDE very often and the more I used it, the more bugs I found. In fact, even the ones that were supposed to be fixed, somehow re-emerged. These bugs are especially visible with the object viewer. Believe me, I've tried a lot of different ways of sorting these things and everytime I thought things were sorted out, something else came up. In fact, I got so frustrated, I decided to get my hands of it for a while. I knew what I was doing isn't the right way of implementing things. My intention now is to re-write the whole thing using different methods.

I made a common mistake. Instead of focusing and fixing errors, I kept on adding more features and that created more errors.

I would like to show you some of the inner operation of SkyIDE.

First I would like to get rid of the MDI while maintaining the tabs. This is because opening a new form for each new document slow the whole IDE. Instead of opening a new form with Scintilla in it, I would simply create a new TScintilla object and store its address into an array. So instead of using my own array to manipulate multiple forms, I will be using the same array to manipulate TScintilla objects instead. This will make the IDE much faster when opening 10+ documents. I compared opening about 10 docs with SkyIDE and the same ones with NoteTab Light and NoteTab blew SkyIDE away in speed an I got very disappointed. So this is another thing that triggered me to pull the plug of SkyIDE for now.

Second, you know, when you open a new document, you know how you have the side bar on the left? Well it looked like if the side bar was part of the new child form. In reality, it was only one sidebar that resided on the main MDI form and all I did is set its parent to be the child form. Later on this gave me a lot of problems when closing all forms so I decided to actually, put the side bar on the child form. This made SkyIDE even slower. Because each time a new form got created, a new side bar would have been created as well so this slowed things down and consumed more memory.

Thirdly, the multi view, creating documents on the fly. There is a bug with this and I spent a lot of time searching (while not knowing what to search for) and I found nothing. If you grab the splitter of the new document and try moving it up down a few times, "somehow" intermittently it will join with the second new view and it gets messed up. I could not fix this. So there is another reason I got let down....

Fourth, the class viewer and object viewer on the side bars, are full of bugs, they don't alawys operate correctly. I believe the initial versions worked fine but after I added the classs viewer things messed up

I was continuing development with BCB 6 instead of 2006 -- as a version of TScintilla was not available at the time for BCB 2006. I don't know about now.

So what is the future? I want to re-write the whole thing with BCB 2006. If a version of TScintilla is available for this version of BCB I will go with it otherwise, I will have to look for somethning else even a commercial tool.

mouser · « **Reply #170 on:** April 25, 2008, 09:19 AM »

You took on a HUGE project -- amazing what you managed to create. And no doubt you learn a hell of a lot.

I do think you should take a little break and step back and figure out where you want to go with this, and how much work you really want to continue to put into it and where you want to go with it. It's one of those projects that seems like so much work given how attached people are to their existing IDEs.. Consider how much pleasure it brings you to work on it vs other projects you might work on if you put SkyIDE down and pick up a next project that might not be quite so huge.

mahesh2k · « **Reply #171 on:** April 26, 2008, 09:47 AM »

Agree with what mouser said...U took on heavy project...U learned frm ur mistakes and thats count..Like mouser i think step back for a while...knw whr u made mistake with it..then start to getover it...Again goodluck with that ..

My suggestion regarding Tool:
Borland is nt good option anymore as MS made VS Express editions and there is no point of using Devtools other than made from MS due to lack of support/features/Prduction/Lifecycle/Less documentation on the internet/ etc..Other commercial tools can be a good option but maybe lets take opinion frm others abt it..If you know java or plan to port it...then you can use Netbeans/Eclipse to build skyide....Even i can help in that....Drop PM anytime...

SkyIDE · « **Reply #172 on:** April 26, 2008, 10:02 PM »

Thanks guys

Thank you for your appreciation and understanding. Not just that, but lately I am a lot busier (in a good way) than what I used to be in the past.

I've done Java before and I think Java is a *very* attractive language. There isn't one thing that I don't like about Java. I reckon it's really a great language. As far as MS vs Borland...I reckon Borland has world's greatest developer tools. Borland is a great company. Great customer service, great help and great people. They always help you. They even called me, returned my call when I first started dealing with BCB. I knew from the start it's a great company. Whenever I actioned a service request, they *always* replied, they always helped. Also what I like about BCB is the ease of use. Everything is made easy. You can pick up the VCL in a matter of minutes (considering you are familiar with C++ and OOP). I love the VCL concept of implementing things. Don't get me wrong, I am sure Visual Studio is a great tool but personally I am not used to it.

myarmor · « **Reply #173 on:** May 07, 2008, 12:36 AM »

Quote from: SkyIDE on April 25, 2008, 05:10 AM

I was continuing development with BCB 6 instead of 2006 -- as a version of TScintilla was not available at the time for BCB 2006. I don't know about now.

So what is the future? I want to re-write the whole thing with BCB 2006. If a version of TScintilla is available for this version of BCB I will go with it otherwise, I will have to look for somethning else even a commercial tool.

I haven't seen a newer version of Delphisci, but there are instructions at Delphisci Project Page on how to cure the
IDE crashes with it in BDS/Delphi etc 2005+.

If C++ Builder 2006 works in the same manner RAD Studio 2007 does, then you use the exact same compile both for
Delphi and BCB (just make it generate all types of files, not just DCU), then move .bpi/lib files to a directory in the
search/library path to get the components to show in C++ Builder too.

The reason Delphisci 0.23 crashes when clicking on the TScintilla component in the IDE was that versions 2005+ passes a
HDC in wParam to the Scintilla control's WM_PAINT when clicked etc.
Scintilla expects a paintstruct if wParam is nonnull for some reason, something which obviously creates a access violation when given a hdc.

SkyIDE · « **Reply #174 on:** May 09, 2008, 10:44 AM »

myarmor, I just saw your reply. Thank you for taking your time to register and post this knowledgeable and very appreciative reply!