When I select the Functions Library tab along the bottom of the screen, I get nothing. It took several days of experimenting to discover that the Functions Library window was appearing outside of my monitor. If I position the mouse all the way to the right, I can just grab the left edge of the Functions Library window and then I can drag it to the left and onto my monitor. It was not this way when I first installed FF. Some setting must have changed and now the Functions Library default position is off screen.
Any ideas on how to solve this?
Robert
I guess that you could manually edit the "FireFly.ini" file for this line:
InitPosition_CodeLibrary=0,0,0,0
I tried that but it made no difference. Any other ideas?
Thanks,
Robert
You might want to reinstall you graphics drivers...
I had a similar issue at work and when I looked at their graphics properties there was some missing string informaiton
in the description of the video card dialog box... all was well after a driver reinstall.
Do you see similar issues with any other programs?
I already tried reinstalling the driver. The problem appears only with FF. The Functions Library window opens in an imaginary place to the right of the screen. I have to place the cursor as far right as possible and then drag it to the left. This drags the Functions Library window to the left and onto the screen. But it is 3 or 4 times bugger than the screen so I have to grab one side and drag it towards the center to shrink it. After doing this several times I can see the entire window.
Robert
You don't happen to be using a dual monitor setup by any chance are you?
(did you try changing your resolution higher and lower, lower and higher)
Yes, I am using dual monitors. I tried changing to every combination of resolutions, to no avail. I hate to say this, but the problem only appears with FF.
Robert
(remove one of the monitors, change to single monitor mode, open/close FireFly, then add 2nd monitor back)
I use dual monitors too.
I usually shift the Functions Library window to the second monitor. As long as FF3 runs it always appears there. After I close and restart FF3 it appears again on the first monitor.
I changed the inivalue to:
InitPosition_CodeLibrary=1800,100,2500,700
Got it now always on the second monitor. if I change to
InitPosition_CodeLibrary=0,0,0,0
as Paul wrote above it shows up on the first monitor (with default values, I guess).
I tried everything that Jim and Rolf suggested. When I use a single monitor, the Functions Library window is to the right of my monitor (I can barely see the edge of it) but I cannot drag it into view. If I go back to dual monitors I can drag it to either screen. Changing the value of InitPosition_CodeLibrary does not make a difference.
Very strange.
Robert
If the window have focus, you should be able to access the System Menu by using Alt+Space. From there you choose Move, and should be able to move it with the arrow keys and finalize the position with Enter.
Have you set your desktop settings to default? I have seen where if you change font sizes that this can sometimes make the windows open in unexpected ways.
Yes, I can move it around and resize it as needed. But the next time I run FF, again the Functions Library window is outside of the monitor. I am using the default fonts, etc. I am having this problem only with the FF Functions Library. There must be something "different" about it.
Robert
FF does not update the last used position of the Function Library window. Not matter how you resize it or where you place it when using it normally. I notice this by checking the FireFly.ini file.
How many times have you installed/reinstalled FF on this computer?
The reason I ask is that the installation gives an option where you want to place you FireFly.ini file. I would guess that the last selected option (if there are more than one installation) when installing will be the one in effect. Which leads to... are you looking at the correct FireFly.ini if there happen to be more than one.
Also... where are the Reference Charts and Project Notes windows opening? I notice they have the same behaviour as the Function Library window.
This is a procedure that Paul could try with FireFly to see if it solves the problem.
' ========================================================================================
' If you use dual (or even triple/quad) displays then you have undoubtedly encountered the
' following situation: You change the physical order of your displays, or otherwise
' reconfigure the logical ordering using your display software. This sometimes has the
' side-effect of changing your desktop coordinates from zero-based to negative starting
' coordinates (i.e. the top-left coordinate of your desktop changes from 0,0 to -1024,-768).
' This effects many Windows programs which restore their last on-screen position whenever
' they are started. Should the user reorder their display configuration this can sometimes
' result in a Windows program subsequently starting in an off-screen position (i.e. at a
' location that used to be visible) - and is now effectively invisible, preventing the
' user from closing it down or otherwise moving it back on-screen.
' The ForceVisibleDisplay function can be called at program start-time right after the
' main window has been created and positioned 'on-screen'. Should the window be positioned
' in an off-screen position, it is forced back onto the nearest display to its last
' position. The user will be unaware this is happening and won't even realise to thank you
' for keeping their user-interface visible, even though they changed their display
' settings.
' Source: http://www.catch22.net/tuts/tips2
' ========================================================================================
SUB AfxForceVisibleDisplay (BYVAL hwnd AS DWORD)
' // Check if the specified window-recrangle is visible on any display
LOCAL rc AS RECT
GetWindowRect(hwnd, rc)
IF MonitorFromRect(rc, %MONITOR_DEFAULTTONULL) <> %NULL THEN EXIT SUB
LOCAL hMonitor AS DWORD
LOCAL mi AS MONITORINFO
mi.cbSize = SIZEOF(mi)
' // Find the nearest display to the rectangle
hMonitor = MonitorFromRect(rc, %MONITOR_DEFAULTTONEAREST)
GetMonitorInfo(hMonitor, mi)
' // Center window rectangle
rc.left = mi.rcWork.left + ((mi.rcWork.right - mi.rcWork.left) - (rc.right-rc.left)) \ 2
rc.top = mi.rcWork.top + ((mi.rcWork.bottom - mi.rcWork.top) - (rc.bottom-rc.top)) \ 2
SetWindowPos(hwnd, 0, rc.left, rc.top, 0, 0, %SWP_NOACTIVATE OR %SWP_NOZORDER OR %SWP_NOSIZE)
END SUB
' ========================================================================================
What I posted earlier may be nonsense. I am sorry.
1) My Firefly was installed with the settings in the My Documents folder.
2) I copy the Settings folder into the Program Files FireFly folder.
3) When I run FireFly, I get a popup as in the attached gif.
4) I intentionally put different values into both FireFly.ini files:
a) InitPosition_CodeLibrary=10,10,200,200 (in My Documents)
b) InitPosition_CodeLibrary=500,500,110,110 (in Program Files)
5) Both were ignored, Function Library open center of screen with default size.
6) I am using only 1 screen 1280 x 1204. WinXP Pro SP3.
I guess I have not been helpful. ;D
All other windows (Image Library, Reference Charts, Project Notes) appear in the middle of the screen. The Functions Library window is the only one misbehaving. I appreciate all the suggestions, but nothing has worked yet. If I discover the cause, I will post it.
Robert
Hi - I will take a look at this for the next FF update (3.5). Hopefully I can fix it for you.
3.5 ??? What happened to 3.2, 3.3, and 3.4 ?? Holding out on us, are you ??
Just kidding. I appreciate your hard work.
Robert
:)
I'll be 100% honest. I haven't done much programming this summer. Lots of "life" things happening. Last week I started back into the programming mode again. I have Jose's cWindow class now integrated into the code generation. I will be adding as many bug fixes as I can to the next update. The reason for 3.5 is that this update will be a big departure from previous versions. You must now use PB10 and Jose's includes only. I saving Version 4 for when I have enough "new" features to justify an upgrade price.
I think a moderate upgrade fee for v3.5 would be absolutely ok! FireFly is moderate priced product with many advantages for the user.
We benefit from the new features in PB10 and your work is worth the money.
(Luke 10:7) . . .for the worker is worthy of his wages.
You too!
Rolf
Rolf, that's very nice of you to say. That's why FireFly users are the best users in the PB community. My programming is not motivated by money as much as it probably once was several years ago. I get a lot of enjoyment seeing FireFly grow and users having fun with it and being able to create programs for themselves. :)
For me it is very important that FF is further developed!
I've written so many programs and it would be terrible if the development goes no further.
And of course your work must be well rewarded too.
Rudolf Fuerstauer
QuoteI get a lot of enjoyment seeing FireFly grow and users having fun with it and being able to create programs for themselves.
That is certainly obvious from your engagement in development of FireFly as well as in the forum. But some more funds could even increase that joy!
Elsewhere I fully agree with Rudolf.
Maybe you could establish a "donation" system so that those of us who can afford to contribute and feel so inclined can do so without forcing everyone else to pay for an upgrade fee.
That also had come to my mind!
There is no truly "free" ride in life and FF is no exception. I'll certainly pony up my share for an upgrade. I have one question. I've put a major FF3 development on hold. Will it seamlessly port over to the PB10 based version?
Rick Kelly
Quote from: Richard Kelly on August 24, 2011, 11:11:39 PM
I have one question. I've put a major FF3 development on hold. Will it seamlessly port over to the PB10 based version?
It should. There is no changes to the FireFly project structure. Code generation is changed. I will test the new version on every sample project that I have (including the FireFly source code itself!) just to be sure that there are no hidden gottchas.
What about paying for a feature. I would easily pay 100$ for child form resizing.
By the way, anyone have a routine lying about for this?
Regards,
Marc.
The problem with the Functions Library has been fixed in FF 3.50
Thank you,
Robert