1. Re Win32lib questions
- Posted by Wayne Overman <euman at BELLSOUTH.NET>
Aug 24, 2000
-
Last edited Aug 25, 2000
------=_NextPart_000_0039_01C00E1D.C62DBAA0
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Dare me...........(Mr.Cuny) hehe
I read lots but, never fully understand half.
guess I lead a dull and uneventfull life so I think the next
little project for me will be extracting all questions ever
posted on the win32lib project............
------=_NextPart_000_0039_01C00E1D.C62DBAA0
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<META content=3D"MSHTML 5.50.4207.2601" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>Dare me...........(Mr.Cuny) =
hehe</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2>I read lots but, never fully understand =
half.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>guess I lead a dull and uneventfull =
life so I think=20
the next</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>little project for me will be =
extracting all=20
questions ever</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>posted on the win32lib=20
------=_NextPart_000_0039_01C00E1D.C62DBAA0--
2. Re: Re Win32lib questions
- Posted by Dan B Moyer <DANMOYER at PRODIGY.NET>
Aug 24, 2000
-
Last edited Aug 25, 2000
------=_NextPart_000_0092_01C00E06.5B33FBE0
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Wayne,
That is an VERY good idea!!!! Good luck! But you will probably also =
want to peruse all the *answers*, & attempt to select the "best" ones, =
too? This could be the basis of a FAQ which would help a lot of us a =
lot!!
Dan
----- Original Message -----=20
From: Wayne Overman=20
To: EUPHORIA at LISTSERV.MUOHIO.EDU=20
Sent: Thursday, August 24, 2000 7:51 PM
Subject: Re Win32lib questions
Dare me...........(Mr.Cuny) hehe
=20
I read lots but, never fully understand half.
guess I lead a dull and uneventfull life so I think the next
little project for me will be extracting all questions ever
posted on the win32lib project............
------=_NextPart_000_0092_01C00E06.5B33FBE0
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.3105.105" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3D"Times New Roman">Wayne,</FONT></DIV>
<DIV> </DIV>
<DIV><FONT face=3D"Times New Roman">That is an VERY good idea!!!! =
Good=20
luck! But you will probably also want to peruse all the *answers*, =
&=20
attempt to select the "best" ones, too? This could be the basis of =
a FAQ=20
which would help a lot of us a lot!!</FONT></DIV>
<DIV> </DIV>
<DIV><FONT face=3D"Times New Roman">Dan</FONT></DIV>
<DIV> </DIV>
<BLOCKQUOTE=20
style=3D"BORDER-LEFT: #000000 2px solid; MARGIN-LEFT: 5px; MARGIN-RIGHT: =
0px; PADDING-LEFT: 5px; PADDING-RIGHT: 0px">
<DIV style=3D"FONT: 10pt arial">----- Original Message ----- </DIV>
<DIV=20
style=3D"BACKGROUND: #e4e4e4; FONT: 10pt arial; font-color: =
black"><B>From:</B>=20
<A href=3D"mailto:euman at BELLSOUTH.NET" =
title=3Deuman at BELLSOUTH.NET>Wayne=20
Overman</A> </DIV>
<DIV style=3D"FONT: 10pt arial"><B>To:</B> <A=20
href=3D"mailto:EUPHORIA at LISTSERV.MUOHIO.EDU"=20
title=3DEUPHORIA at LISTSERV.MUOHIO.EDU>EUPHORIA at LISTSERV.MUOHIO.EDU</A> =
</DIV>
<DIV style=3D"FONT: 10pt arial"><B>Sent:</B> Thursday, August 24, 2000 =
7:51=20
PM</DIV>
<DIV style=3D"FONT: 10pt arial"><B>Subject:</B> Re Win32lib =
questions</DIV>
<DIV><BR></DIV>
<DIV><FONT face=3DArial size=3D2>Dare me...........(Mr.Cuny) =
hehe</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2>I read lots but, never fully =
understand=20
half.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>guess I lead a dull and uneventfull =
life so I=20
think the next</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>little project for me will be =
extracting all=20
questions ever</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>posted on the win32lib=20
------=_NextPart_000_0092_01C00E06.5B33FBE0--
3. Re: Re Win32lib questions
- Posted by Irv <irv at ELLIJAY.COM>
Aug 24, 2000
-
Last edited Aug 25, 2000
On Thu, 24 Aug 2000, Wayne Overman wrote:
>
> Dare me...........(Mr.Cuny) hehe
>
> I read lots but, never fully understand half.
> guess I lead a dull and uneventfull life so I think the next
> little project for me will be extracting all questions ever
> posted on the win32lib project............
Now, _there_ would be a useful project.
Could you run it all thru an html-izer so it could be posted
somewhere?
Regards,
Irv
4. Re: Re Win32lib questions
On Thu, 24 Aug 2000 22:51:00 -0400, Wayne Overman wrote:
>Dare me...........(Mr.Cuny) hehe
>
>I read lots but, never fully understand half.
>guess I lead a dull and uneventfull life so I think the next
>little project for me will be extracting all questions ever
>posted on the win32lib project............
Hmmm... I was thinking the same thing. An 'official' Win32Lib FAQ site. I
think you'd find that I've answered a good share myself (and I asked quite
a few when I started). I would be willing to help out in this area if
you'd be willing to work with me. Just email me personally if you'd like to
start cooking this project up. I've already started a website that's just
itching for this type of info but I just wasn't sure where to start. With
a partnership, I am much more likely to complete and maintain the FAQ.
Also, I know there are others working on other 'Win32Lib help/Windows
programming help' type projects and I'd like to build a site where
everybody's Euphoria Win32Lib knowledge and Windows API tricks come into
play. We've got a team working on the Win32Lib code, why not a team for
docs/tips/tricks/FAQs/etc. And, of course, I'd expect to see some members
on both teams.
Let me know if you are interested. I don't like to make offers like this
because I'm afraid 'real life' will intervene but I feel that, once
established, this shouldn't be too difficult to maintained by a few
interested parties.
BTW, David Cuny made the comment: "But since I'm no longer the primary
coder, you might talk Matt into adding that feature. 
"
Personally, I'm not sure I like this line of thinking. Do you really want
to just hand over the project to Matt? (And Matt, I'm not saying this is a
bad thing...) I'd just like to hear your thoughts on what you consider to
be 'your role' in the new Win32LibEx realm. I've seen you 'state the
facts' about what's going on but how do you really feel about it? I know
you are focusing on a cross platform windows environment project right now
so maybe you *want* to pass the torch so you've got more time to focus on
that instead of answering questions and fixing bugs in Win32Lib?
-- Brian
5. Re Win32lib questions
Brian, Wayne,
Here's an idea that might be helpful: many of us on this list have asked
one or more questions at one time or another about Win32Lib; if we all
individually looked over the archives for our own questions, and then looked
at the answers *which helped the most*, and then submitted those q&a to some
central site, that might be a relatively painless way to start a
EuWin32LibFAQ, maybe.
And here's another suggestion, which could make it easier in principle to
use the archives to generate a FAQ: when asking questions, if you *preface*
your question subject with the name of the library or program of concern,
that would help: eg, Win32Lib: setTextColor; or, EuDesigner: any new
development??; or, TreeView: multiple icons? Just a suggestion :)
Dan Moyer
----- Original Message -----
From: "Brian Broker" <bkb at CNW.COM>
To: <EUPHORIA at LISTSERV.MUOHIO.EDU>
Sent: Friday, August 25, 2000 12:35 AM
Subject: Re: Re Win32lib questions
> On Thu, 24 Aug 2000 22:51:00 -0400, Wayne Overman wrote:
>
> >Dare me...........(Mr.Cuny) hehe
> >
> >I read lots but, never fully understand half.
> >guess I lead a dull and uneventfull life so I think the next
> >little project for me will be extracting all questions ever
> >posted on the win32lib project............
>
> Hmmm... I was thinking the same thing. An 'official' Win32Lib FAQ site. I
> think you'd find that I've answered a good share myself (and I asked quite
> a few when I started). I would be willing to help out in this area if
> you'd be willing to work with me. Just email me personally if you'd like
to
> start cooking this project up. I've already started a website that's just
> itching for this type of info but I just wasn't sure where to start. With
> a partnership, I am much more likely to complete and maintain the FAQ.
>
> Also, I know there are others working on other 'Win32Lib help/Windows
> programming help' type projects and I'd like to build a site where
> everybody's Euphoria Win32Lib knowledge and Windows API tricks come into
> play. We've got a team working on the Win32Lib code, why not a team for
> docs/tips/tricks/FAQs/etc. And, of course, I'd expect to see some members
> on both teams.
>
> Let me know if you are interested. I don't like to make offers like this
> because I'm afraid 'real life' will intervene but I feel that, once
> established, this shouldn't be too difficult to maintained by a few
> interested parties.
>
> BTW, David Cuny made the comment: "But since I'm no longer the primary
> coder, you might talk Matt into adding that feature. "
>
> Personally, I'm not sure I like this line of thinking. Do you really want
> to just hand over the project to Matt? (And Matt, I'm not saying this is
a
> bad thing...) I'd just like to hear your thoughts on what you consider to
> be 'your role' in the new Win32LibEx realm. I've seen you 'state the
> facts' about what's going on but how do you really feel about it? I know
> you are focusing on a cross platform windows environment project right now
> so maybe you *want* to pass the torch so you've got more time to focus on
> that instead of answering questions and fixing bugs in Win32Lib?
>
>
> -- Brian
6. Re Win32lib questions
I think that there should be multiple classes of windows. Instead
> having to add obscure Win32 flags to the Window, there should be seperate
> classes:
>
> ModalWindow
> SplashWindow
> PaletteWindow
> GraphicsWindow
> MDIWindow
> ChildWindow
> ScrollWindow
>
> The ScrollWindow would have scrollbars. The GraphicsWindow would use the
> persistant graphics,
What if window has scrollbars and
is ChildWindow at the same time?
All next version of Win32Lib must be
compatible with previous; you are able to run
programs written with older version with
new version without modifications of your
program's code.
7. Re: Re Win32lib questions
Skoda wrote:
> What if window has scrollbars and is
> ChildWindow at the same time?
These are up for discussion; perhaps adding HasScrollbars or something is a
better choice here.
As was pointed out, window scrollbars are fundamentally different than
scrollbar controls. It would be possible in Win32Lib to make the window
scroll events trigger OnScroll() callbacks, but OnScroll doesn't
differentiate between horizontal and vertical scrollbars.
One of the issues is that (AFAIK), window scrollbars can't be created and
destroyed "on the fly". Either the window has horizontal and/or vertical
scrollbars, or it doesn't. You can't add these to a window, or remove them,
once the window has been created.
If you could set/clear the window scrollbar attributes on the fly, that
would be great. In that case, it would be trivial to add window scrollbars
to Win32Lib, as a new class (such as HWinScroll and VWinScroll). The
create() routine could set the attributes for the window, and the scroll
events in the window could be routed to the OnScroll callbacks as if the
scrollbars were independant controls.
I mention this so that if anyone knows that I'm wrong, they can let me know
and it can be added to Win32Lib.
Otherwise, the best that can be offered is some sort of
OnWindowScroll( id, horiz/vert flag )
event, which I'd really like to avoid, since it's easy to confuse with
OnScroll.
> All next version of Win32Lib must be
> compatible with previous; you are able to run
> programs written with older version with
> new version without modifications of your
> program's code.
Not true; there are occasionally good reasons to break things in the
library. But it's not something that's done lightly. Typically, the
documentation starts off with a header like this:
WARNING: THIS VERSION WILL CAUSE PRIOR CODE TO BREAK!
For example, WinMain changed a while back and introduced a flag that allowed
the application to be launched minimized. There have been other changes as
well.
-- David Cuny
8. Re: Re Win32lib questions
David Cuny wrote:
> Matt is not the only person to do coding on Win32Lib; over
> the course of
> time, quite a few people have had their fingers in it, from small
> suggestions and bug fixes to adding major chunks of
> functionality. I'll
> continue to have oversight on the project as time permits,
> but I really
> haven't had the time to work on anything else recently.
Even currently, there are others working on it. Take Skoda's MDI project,
for example.
> For example, Matt has added in tree control to Win32Lib, and they were
> crying for really clean wrappers - someone had suggested that
> the deserve a
> class of their own.
I got the feeling that Al was referring to an MFC class. To do this, we'd
have to turn the MFC class into a DLL, and then wrap the DLL. I don't think
we'd gain anything from this. Frankly, I see win32lib (in many ways) as the
Euphoria equivalent to MFC. If that's not what Al meant, then I don't
understand what he was talking about with regard to 'class'.
> I suspect it'll take a few iterations to
> get it exactly
> right.
Absolutely. Unfortunately, some aspects of treeviews and listviews just
don't fit nicely with existing stuff. Specifically, addTVItem is a
function, while addItem is a procedure. I think the solution might be to
create a new function addItemEx, which wraps addItem, addLVItem and
addTVItem.
> So what's my role? Primarily, shaping what Win32Lib's API looks like,
> avoiding API bloat, and making suggestions for future
> enhancements.
Our elder statesman. :)
> For
> example, I think that there should be multiple classes of
> windows. Instead
> having to add obscure Win32 flags to the Window, there should
> be seperate
> classes:
>
> ModalWindow
> SplashWindow
> PaletteWindow
> GraphicsWindow
> MDIWindow
> ChildWindow
> ScrollWindow
I partly agree with this, but I'm a little hesitant about some of this.
What if you want an MDIChild that uses persistent graphics, for example?
Talk about API bloat. :)
On a similar note, I'm thinking that some sort of wrapping of xSetWindowLong
is in order. I've had a request for an EditText without the autoscroll
property. Of course, it would be pretty simple to copy the EditText to
another class, but it's probably easier to wrap a procedure to add/remove
properties. The same might apply to some of the windows.
I just tested my SetWindowLong to remove ES_AUTOHSCROLL from an EditText,
but it didn't seem to work. The control still scrolls. Does anyone know if
there's something that needs to be called to update this sort of thing?
Matt
9. Re: Re Win32lib questions
Brian Broker wrote:
> BTW, David Cuny made the comment: "But since I'm no
> longer the primary coder, you might talk Matt into
> adding that feature. "
>
> Personally, I'm not sure I like this line of thinking.
> Do you really want to just hand over the project to Matt?
Actually, I've handed the project over to the community as a whole, and
asked Derek Parnell to adminstrate it. It's a done deal; there is currently
a site on SourceForge:
www.sourceforge.net/projects/win32libex
Derek is (I believe) currently on vacation; when he gets back, he'll be
releasing Matt's version on the site as the 'official' release. I've already
adopted Matt's version for my own projects.
Matt is not the only person to do coding on Win32Lib; over the course of
time, quite a few people have had their fingers in it, from small
suggestions and bug fixes to adding major chunks of functionality. I'll
continue to have oversight on the project as time permits, but I really
haven't had the time to work on anything else recently.
For example, Matt has added in tree control to Win32Lib, and they were
crying for really clean wrappers - someone had suggested that the deserve a
class of their own. I suspect it'll take a few iterations to get it exactly
right. But I just haven't had a chance to even look at the new code, other
than for a few minutes. It's just not fair to the group as a whole to be
denied a new set of tools because of my scheduling issues. Better to release
it now, and have people who actually use the controls make suggestions, than
wait until I have free time and issue some sort of decree.
In addition, I think that the group as a whole has done an excellent job in
answering questions about Win32Lib without me.
So what's my role? Primarily, shaping what Win32Lib's API looks like,
avoiding API bloat, and making suggestions for future enhancements. For
example, I think that there should be multiple classes of windows. Instead
having to add obscure Win32 flags to the Window, there should be seperate
classes:
ModalWindow
SplashWindow
PaletteWindow
GraphicsWindow
MDIWindow
ChildWindow
ScrollWindow
The ScrollWindow would have scrollbars. The GraphicsWindow would use the
persistant graphics, so people don't have to deal with the OnPaint coding
bit if they don't want to. I avoided using these before, because they eat up
a lot of memory per window, but it makes sense if you want to be able to
paint persistantly to a window. I can even imagine a DoubleBuffered window,
although I'd hate to code it.
Did that answer the questions?
-- David Cuny
10. Re: Re Win32lib questions
> I just tested my SetWindowLong to remove ES_AUTOHSCROLL from an EditText,
> but it didn't seem to work. The control still scrolls. Does anyone know
if
> there's something that needs to be called to update this sort of thing?
Why not just use:
integer i
i=sendMessage(Sle1,EM_LIMITTEXT,55,0) -- max 55 char. using EM_LIMITTEXT.
I guess no-one has used my 'tuts', so maybe I should just scrap-em .
Wolf
11. Re: Re Win32lib questions
On Fri, 25 Aug 2000 11:20:59 -0700, Matthew Lewis wrote:
>On a similar note, I'm thinking that some sort of wrapping of
xSetWindowLong
>is in order. I've had a request for an EditText without the autoscroll
>property. Of course, it would be pretty simple to copy the EditText to
>another class, but it's probably easier to wrap a procedure to add/remove
>properties. The same might apply to some of the windows.
>
>I just tested my SetWindowLong to remove ES_AUTOHSCROLL from an EditText,
>but it didn't seem to work. The control still scrolls. Does anyone know
if
>there's something that needs to be called to update this sort of thing?
>
>Matt
All I can tell you is what's on msdn.microsoft.com:
First of all, "this function has been superseded by the SetWindowLongPtr
function. To write code that is compatible with both 32-bit and 64-bit
versions of Windows, use SetWindowLongPtr."
Second, "Certain window data is cached, so changes you make using
SetWindowLongPtr will not take effect until you call the SetWindowPos
function."
If you knew this already, I apologize...
more info at: http://msdn.microsoft.com/library/psdk/winui/winclass_3qia.htm
-- Brian
12. Re: Re Win32lib questions
On Fri, 25 Aug 2000 17:43:56 -0400, wolfgang fritz wrote:
>> I just tested my SetWindowLong to remove ES_AUTOHSCROLL from an EditText,
>> but it didn't seem to work. The control still scrolls. Does anyone know
>if
>> there's something that needs to be called to update this sort of thing?
>
>Why not just use:
> integer i
> i=sendMessage(Sle1,EM_LIMITTEXT,55,0) -- max 55 char. using EM_LIMITTEXT.
>
>I guess no-one has used my 'tuts', so maybe I should just scrap-em .
>Wolf
Wolf,
Don't give up on the tutorials. There is a lot of good info there... Some
of it was a little dated last time I checked but it's still good info. I
know it can be a pain keeping that sort of thing up to date, especially
when you've put so much into some of the lessons, just to have that work
become somewhat obsolete with Win32Lib updates... But there are still some
good advanced Windows programming techniques demonstrated. The tutorial
just needs a little more exposure (and periodic updates will keep it on the
top of the recent contributions page).
-- Brian
13. Re: Re Win32lib questions
> All I can tell you is what's on msdn.microsoft.com:
>
> First of all, "this function has been superseded by the
> SetWindowLongPtr
> function. To write code that is compatible with both 32-bit and 64-bit
> versions of Windows, use SetWindowLongPtr."
>
> Second, "Certain window data is cached, so changes you make using
> SetWindowLongPtr will not take effect until you call the SetWindowPos
> function."
>
> If you knew this already, I apologize...
>
> more info at:
Thanks! I hadn't looked there yet (just going by what was on the win32.hlp
file).
Matt
14. Re: Re Win32lib questions
OK, Skoda, I'll bite - why in the world should it be mandatory that programs
written with an older version of Win32Lib be able to run with any new version?
If it's important that the program be able to run when the "old" version of
Win32Lib is no longer available, then you use the bind. Then it doesn't matter
what new versions are around.
Skoda wrote:
[Other stuff Skoda wrote that didn't interest me was deleted]
> All next version of Win32Lib must be
> compatible with previous; you are able to run
> programs written with older version with
> new version without modifications of your
> program's code.
