WinFBE on GitHub (July 6, 2016)

[Paul Squires]

New code just uploaded to the repository.

Here are some of the highlights:

- Changed the folder structure. Much better organization now.

- Fixed regression whereby cut, copy, paste not working for right click menu in code editor.

- Added Function List. Assigned it F4 accelerator key (toggles show/hide).

- Reassigned Project Manager to F9 key (toggles show/hide).

- Added Show/Hide Compile Results and assigned it F7 key (toggles show/hide).

- Reworked frmTemplates for loading template file descriptions. Speed improvement.

- Added a toolbar dropdown for Open File. Displays list of most recently used files.

Jose, a few new strings added to the Spanish language file. 

[Paul Squires]

Uploaded code for "Sub/Function Definition" and "Last Position". However, the editor is not smart enough yet to find instances of subs/functions that are derived from instances of class types. That will involve eventually implemented and fuller code parser for each document.

[Paul Squires]

a few more additions/changes:

- Project Manager will now only automatically show on project load if it is a New Project.

- DELETE key will now remove selected file from Project Manager.

- Added another Project Manager popup menu when no line is selected. Options to Add Files to Project, and Project Options.

[Paul Squires]

Another good addition:

Enhanced the project save file (*.wfbe) to save more state information. The position of documents loaded into the top Tab Control are saved. The visual displayed top line and position of caret is saved/restored for each document. Finally, the active tab is set once the project is loaded. The goal is to be able to save and then restore the editing environment of the project to you can pick up right where you left off.

[Paul Squires]

Updated code:

- Most recently used Projects will now also display on the "Open" toolbar dropdown arrow popup menu.

- Dramatically reduced screen flicker by handling the WM_ERASEBKGRND message and only redrawing application background when no tabs are active.

[Marc Pons]

hi Paul,

just to say , i've tried to use your new editor to test it, (win32 in xp-sp3) but was not able to launch it

error message : QueryFullProcessImageNameW not found in Kernel32.dll

problem with XP ?

i've also compiled it , but infortunatly got the same result .

Marc

[Paul Squires]

The editor does not work on WinXP. Never will. It is designed for technology for Windows Vista or higher.

Time for you to upgrade your OS ?

[Paul Squires]

I know that a lot of people still use WinXP but it has been deprecated by Microsoft and it is about time that people move on, especially programmers. WinXP was released on August 24, 2001, that's almost 15 years ago!

[José Roca]

Even Windows 7 is becoming too outdated. There was a time when Microsoft provided updates to maintain backward compability, but now it refuses to do it as a way to force us to update to its new OSes.

[José Roca]

For example, from Windows 8.1, it provides new APIs related with DPI awareness. Right now, I would need to use the GetProcessDpiAwareness function, because I want to know if an application is running virtualized or not. If I find its handle and try to get the DPI, it tells me that is running at the DPI of mi monitor, but it isn't true; and if I call GetWindowRect to get its dimensions, it returns its real dimensions at 96 DPI, not the scaled ones. Of course, Windows knows if the application is DPI aware or not, but it won't tell you unless you're using at least version 8.1. Many years ago, they would have released a service pack to update Vista and Windows 7 with these features, but no longer.

Windows XP does not even support High DPI, so its use is not adequate to these times of High DPI monitors.

[José Roca]

There is also the opposite problem of tools and custom controls running happily in Windows XP or even 2000, but unusable with High DPI monitors because they don't scale according the DPI setting.

And what about these programmers working with a tall monitor that don't consider that when used with a full HD monitor his big dialogs will go outside the working area and there is no way to see and click the buttoms at the bottom? There is a know PBer that always uses 300, 300 for the x, y coordinates of his DTT dialogs in all the code that he posts. Full HD is widely used by home users.

[José Roca]

> Jose, a few new strings added to the Spanish language file. 

New language file.

[Paul Squires]

> Jose, a few new strings added to the Spanish language file. 

New language file.

Thanks Jose!

[Paul Squires]

Code updated;

- Finally added the code to load WinFBE projects or source code files from the command line.

- Updated the folder layouts one more time. Placed the Language files and Settings files into separate subfolders.

[Paul Squires]

Code updated:

- Added option to "Clear this list" for MRU Files and MRU Projects.