Just sitting here during a blizzard and I thought I better pay my dues. Paul, I thank you for a great product that makes my life much easier. At work I can take days off because I can do a project so much faster with great results. My wife loves you for it. Along with that is this great forum with members willing to go beyond the call to help. Thank you! I can not not say thanks to Jose Roca for all his help and making much of this possible. It pissed me off that in the PB form there is a place to list your favorite API's. I wrote all of Jose's API's and it got deleted, twice. I have no idea why or what was wrong but someone didn't like it. I must have hit a sore spot. I didn't push it.
Paul, keep it up, you have a customer for life. I'm a dummy for the most part but the help I get here is fantastic. FF3 rocks and looking forward to a possible FF4 in a year or so that takes advantage of PB10, not that I really need it but I may not know if I do or not.
Thanks Paul
Doug
:D Thank-you very, very much! You really put a smile on my face today. I am sitting in a hotel room in Moncton, New Brunswick, checking my regular web sites. Not a big fan of being on the road traveling for work but sometimes I got to do it.
FF has made me more productive as well. It is amazing how fast I can assemble an application now compared to before. I can automate most of my regular day job work and free up a lot of time for me to concentrate on more interesting stuff.
Just waiting for PB10 to be released so I can start working on FF4.
I also want say: Thanks by this great product. When I was buy FF3...I was think..."this will hard for working by SDK style" but
today I finished my first application with Firfly3 and MLG...and is great....
I like organization of variable (names, prefixed etc...) and the look...is easy...intuitive...is the better Visual Designer...because have very much more tath a Visual Designer.
Thanks Paul.
Israel Vega
Sorry by my bad english.
Doug,
Your posts were deleted because they were off topic. They would have been kept if you had posted them in the third party section.
The main shortcoming of the official include files is that they don't have any support for low-level COM programming. With direct interface calls support (in PB 9) and native unicode support (in PB 10), PB is one of the more suitable compilers for this kind of programming, yet you can't do anything without interface declarations and these can't be done with a COM browser because low-level COM servers don't have type libraries. Therefore, you have to do it by hand, as with the API declares. My headers have declarations for the whole COM subsystem, although DDTers won't benefit of it because of the current pandemic of FUD (Fear, uncertainty and doubt).
I'm currently working in a help file documenting, among other things, my wrappers for API functions, visual styles and Windows Common Controls. As time allows, I plan to also write help files for Windows GDI, GDI+, ODBC, ADO, etc.
Thanks for the explanation Jose. I guess it was a bit off topic since I was talking about a full set of API's and not really the API's themselves but your work in allowing us to use them easily. Hope I said that correctly. Anyway you deserve a lot of credit. Thank you. I didn't realize it was that far off topic sorry about that. my fault.
Doug
Exciting Jose.
I'm up for a "purchase" of your modern version of Dan Appleman's API-book - that I have two revisions of. 8o)
Anyone interested can download the help file in its current state clicking this direct link:
http://www.jose.it-berater.org/downloads/CSED_WINHELP.zip
It takes me more time to document the wrappers than to write them, but if I don't do it nobody uses them because they don't even know that they exist :)
Wow, Jose,
that help file is a treasure. I just had a short look at the wrappers for the listview control. Awesome!
Firefly users should defenitely add this helpfile to the UserTools. Just a look at the names of these wrappers will of direct you to the solution of a problem. And thats just the wrappers!
Thanks for the work and time you have put in that!
(Who is Appleman by the way?)
Oh yes, and I fully agree with those statements of Douglas at the beginning of this thread!
Quote
And thats just the wrappers!
Just part of the wrappers. There are a few thousands more. The wrapper class for OpenGL extensions has 1,720 methods.
And growing... I'm writing a class for ODBC that will have several hundred methods.
Dead code removal is all what I needed.
Great things are on the horizon...
Quote(Who is Appleman by the way?)
The author of the API Bible for VB users.
QuoteAnd growing... I'm writing a class for ODBC that will have several hundred methods.
Dead code removal is all what I needed.
And ODBC is really something I see the need of getting into, soon.
Hi Haakon,
the question was meant ironical. I've got Dan Appleman's right in front of my nose in the bookshelf. But I find Jose's library - especially with the helpfile now - even more productive.
QuoteI've got Dan Appleman's right in front of my nose in the bookshelf
Me to. Both for win16 and win32, the win16 book seems so old. I'll have to download Jose's help fie and add it to tools as you suggest.
Thank you
Doug
Now if I understood 0.1% of what Dan Appleman said or Jose says or writes I'd be in great shape. I spend most of my time in the firmware world and 99% of my windows apps are to interface to the MCU's as data collection and display. I am diving into some database stuff thanks to the great help here I'm getting on SQLiteing for some and SQLtools for others. Now I just need to figure out what SQL is ;D ;D
Without these forums I'd be working 10 times harder if not totally lost in some areas.
Thanks all
doug