Hi As a lot changes have been committed, here I only outline my tests on two-monitor system.
Antonio Maniero wrote: > > centralized action to be triggered by any events on application, a button, > a > menu option, a keyboard shortcut, or by code too. If you treat each action > isolated you will get inconsistencies since it's hard keep all > places synchronized. > Now I got what are you talking. Study the code, it is already implemented like this. >> The "close X" button is a generic one and is present on any window >> visible >> on the desktop. It is usual that at some point of time one accidently >> clicks >> hbIDE's X whereever his aim was another window but he could not recognize >> as hbIDE was partially covered by some other one. So the alert is issued >> if he is not making a mistake. Contray to this Menubar->Files->Exit >> option >> and "Exit" icon on the toolbar is specific to hbIDE only and user will >> ever >> click them knowingly, so no alert. >> > > This is I call inconsistent. > And I do not. It will remain as is curremt. > It's ok if panels can be docked on secondary monitor. These can be docked any-monitor. I have tested and confirm it. > When I reopen HbIDE and I manually turn visible my panels on secondary > monitor (like I left before close IDE), Documentation panel, Function List > panel are on same position that I left last time (floating of course, as I > left), but Find in Files have a different behavior and it shows floating > on > primary monitor in different position that I left. > Implemented anc committed. > My concern is about inconsistency about the behavior. If there is this > inconsistency, I think others panel have or could have inconsistency. You > need to find a way to all panel have the same behavior whatever you > program > them. I didn't read the code in deep but I think that each panel have its > own code to control the panel behavior. If this is true, it's not a > consistent way to go. > Now every panel behaves the same way. There is no command applied indivisual to any dock whereevr its behavior is concerned. > I can put panel floating on 2nd monitor but not dock on a windows on 2nd > monitor. I can dock if I resize window to my 2nd monitor too, but this is > not multi monitor support. I need get an IDE with appropriate multi > monitor > support to understand better. Multi monitor It's a little tricky. > > And I need more "docks" to place my panels. If I didn't lost something I > have only right and left docks to drop the panels. With 2 monitor I can > have > Find, Documentaion, Function List, Snippets (Skeletons), Project files, > and > the Editor (or editors splitted), all visible at same time on my screen. > Update from SVN again, all is behaving as you desire. > http://www.softpedia.com/screenshots/VS-Php-for-Visual-Studio-2005_1.png > http://www.stylusstudio.com/java_ide_screenshot.html > http://www.xharbour.com/images/main/screenshots/vxh-screenshot1.jpg > http://download.cnet.com/NetBeans-IDE/3004-2212_4-10628055.html > http://eric-ide.python-projects.org/images/eric4-screen-01.png > http://wiki.lazarus.freepascal.org/Image:Windows_7.png > http://www.andywos.ih.co.za/xmate/xmate_screenshots.htm (the worse > example) > http://notepad-plus.sourceforge.net/uk/screenshots.php > http://sqllib.com.br/v4/index.php?artigo=xDevStudio&page=Recursos > (Visualizar) > http://mac.softpedia.com/progScreenshots/Komodo-Screenshot-9866.html > > Search is ok because it is a split from Edit menu > Got convinced and now it is like such. > or not but all usable editors I know support word wrap. Review links > above, > all them implement this. Today my editor is Notepad++. One of many reasons > I > choose it because word wrap is working in the right way. > I "can't" live without word wrap. > You may be right, but this needs a editor overhaul which at the moment I am not competent enough. In future I will see it I could implement it. Current base implementation does not support it. > Well, then it's working better than you think :-) Ok, It's not working > yet. > I am trying and am almost there, but do not know how to handle extended caret position beyond end of line. Qt does not provide any such mechanism. But still I am optimistic for its fruitation. >> > Why toggle mark command is only on toolbar? >> >> For consistency, on menu too (I didn't try keyboard yet) > On menu it has little usage and no point to bulk them. > Later I will write new review, I will give you some breath ;-) > Thank you for your generosity :-)) ----- enjoy hbIDEing... Pritpal Bedi http://hbide.vouch.info/ -- View this message in context: http://harbour-devel.1590103.n2.nabble.com/hbIDE-http-hbide-vouch-info-Needed-your-Reviews-tp4925834p4971941.html Sent from the harbour-devel mailing list archive at Nabble.com. _______________________________________________ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
