Hi Pritpal, >> Clicking behavior is now fixed. But I still >> can't easily grasp the meaning of this icon. >> I need to play with it some more. >> > > Let me explain how powerful this feature is: > > 1. Select "New..." from drop-down list of right-most combo-box > on top toolbar. > 2. In the input dialog give some meaninful name, i.e., "My C Sources". > Note, if you do not change the name, it will do nothing. > 3. Instantly a blank panel will appear and current panel > will be hidden. > 4. Keep a watch on the left-toolbar, a rounded button > will appear with different color hue. > 5. Open some sources, those will appear on "My C Sources" panel. > 6. Navigate the editor panels with clicking on left-panel rounded buttons. > 7. Exit hbIDE. > 8. Re-enter, your panels are intact. > > This feature is targeted to avoid session-management the other > IDE's provide. They close the current session and open requested one, > thus closing all sources, which you might be in need of referring to.
Okay, I'll try. >> hbmk2 is still not used here, hence xbuild and >> hbmake support are also missing, so this part >> remains a TODO. >> > > hbMK2 is not called. The function handelling it is pulled from > hbMK2.prg and is included in hbIDE. I do not want to call > external executable unless necessary. At a point one is > building a project, he might not have set the environment at all. > > hbmake and xhb are on my TODO list, though. Code duplication, code duplication. Maybe it will be me who will delete this feature from hbmk2. I hate to see such redundancy. >> Much better. I still miss some kind of visual feedback >> when "Set as default" is selected, but it's fine now. >> > Ok. So I have to introduce <Theme: SomeTheme> slot in status-bar. Seems perfect. >> I've noticed to regressions: >> >> 1) Now "hbide.set" filename is created which stores some >> settings, but it would be much better to store these >> in hbide.ini. This way there would be just one file >> keeping all settings. hbide.set is .ini format and >> text only, so this is most probably technically possible. >> > > No. This cannot be. hbide.set is created by Qt's direct > function call which only accepts a filename. While reading it, > Qt expects a filename only. I cannot push these settings > at my own. It is a binary file by nature so it must been > moved from .ini extension to something else. Location was also > wrong. Now everything is fine. Hmmmmm. Yet it doesn't look very good. I wonder if there is a QT call which returns you the status as a binary stream, which you can do whatever you want (and same in reverse). It's very odd if an API forces file usage in such way. BTW it's not binary content. Well, I've tried and QT respects existing file, and will _add_ it's own content, so you can just safely use hbide.ini as the filename. Brgds, Viktor _______________________________________________ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
