> > > No, since begining. Selecet some text, click on left-side toolbar icon > "ToUpper". > > My Fault, I just look on main menu edit. (inconsistency here)
> > > We are primarily focussed on Xbase dialect compilers only. > It is not our goal to make hbIDE universal as yet. So I will look > forward to group decision. > For me (xBase programmer) HbIDE is useless if I can't choose spaces or tabs > > > > Usage Search (context menu) to find usage locations from a function. > > > > You can point and right-click on a name function (a call or declaration) > and the IDE find all calls used on entire project. To know where a function > was used is essential to refactoring. And Logic to build function list put > us on more than half way to implement usage search. Without go deep on code > I think this feature will be very ease to be implemented. > > > This is available under "Find-in-Files" protocol. Tell me if that is not > enough. > It's not the same. Typo in "Find-in-Files": Expressior I think ENTER should trigger the Find button action. > > > Oh, I get it. > But this is not possible as I stated earlier. Text editors are not a RTF > oriented. > They are plain text oriented and highlighting is applied to them under > totally > diiferent way which in turn does not offer those attributes to be copied. > > It's totally another thing, but I don't need this and I won't try to detail this. > > If I am taking it right, click on "maximize" button on right of titlebar. > Or am I misunderstandng you. > > It is not Full screen mode, but Viktor stated some problems related some platforms. Don't worry about that for now. Intead you can allow menu and status bar be hidden too. It's almost a Full Screen mode, like I use my Notepad++. > Note: color syntax details will certainly be missing. > Should every item be "named" like snippets or just ... > Also, should the contents be persistent or only for current session? > > I think per session is good enough, but optionally persistence is better :-) Try the good enough first and we see the results to think about enhancements to the feature. > > What type of switch you would like to have ? > I don't know it was just a question:-) > Something like a plugin system, but because the open > > nature of project, more flexible and more simple. > > > > Probably I need an example what you have in mind, to start with. > It should be easy though. > > I will develop this idea later. I think an API/plugin system is very important to the IDE. Even some features inside HbIDE should be "plugins". You could try to use the Harbour model about separation of core and "contribs/plugins" even when the plugin is 100% yours. Just to fill your dreams, think about slots defined by plugins on status bar, menu bar, toolbar, keyboard mapping, panels (new ones). Think about a ease way to plugins hijack editor behaviors to modify them. Just some free thoughts. []'s Maniero
_______________________________________________ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour