Menu
▾
▴
dqsd-devel — List for DQSD developers
You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(142) |
Jul
(306) |
Aug
(174) |
Sep
(151) |
Oct
(125) |
Nov
(37) |
Dec
(56) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
(80) |
Feb
(58) |
Mar
(14) |
Apr
(23) |
May
(35) |
Jun
(85) |
Jul
(17) |
Aug
(24) |
Sep
(83) |
Oct
(73) |
Nov
(40) |
Dec
(96) |
| 2004 |
Jan
(95) |
Feb
(78) |
Mar
(21) |
Apr
(20) |
May
(14) |
Jun
(33) |
Jul
(70) |
Aug
(32) |
Sep
(26) |
Oct
|
Nov
(38) |
Dec
(138) |
| 2005 |
Jan
(211) |
Feb
(15) |
Mar
(1) |
Apr
(13) |
May
(27) |
Jun
(12) |
Jul
(34) |
Aug
(9) |
Sep
(2) |
Oct
(1) |
Nov
|
Dec
(5) |
| 2006 |
Jan
(28) |
Feb
(54) |
Mar
(32) |
Apr
(24) |
May
(24) |
Jun
(22) |
Jul
(122) |
Aug
(15) |
Sep
(1) |
Oct
(1) |
Nov
(15) |
Dec
(24) |
| 2007 |
Jan
(17) |
Feb
(4) |
Mar
(1) |
Apr
(6) |
May
(3) |
Jun
(8) |
Jul
(10) |
Aug
(7) |
Sep
(24) |
Oct
|
Nov
(19) |
Dec
(7) |
| 2008 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
|
Jun
(4) |
Jul
(14) |
Aug
(64) |
Sep
(5) |
Oct
(4) |
Nov
|
Dec
(4) |
| 2009 |
Jan
(19) |
Feb
(1) |
Mar
(6) |
Apr
(1) |
May
(2) |
Jun
(1) |
Jul
|
Aug
|
Sep
(3) |
Oct
|
Nov
(1) |
Dec
|
| 2010 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(3) |
Jul
|
Aug
|
Sep
(2) |
Oct
|
Nov
|
Dec
|
| 2011 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(2) |
Jul
(1) |
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
| 2012 |
Jan
|
Feb
|
Mar
(12) |
Apr
(4) |
May
(8) |
Jun
(2) |
Jul
(4) |
Aug
(4) |
Sep
|
Oct
(6) |
Nov
(2) |
Dec
|
| 2013 |
Jan
(2) |
Feb
|
Mar
(2) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(6) |
Dec
|
| 2014 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(6) |
| 2015 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2018 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(3) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: <no...@so...> - 2002-06-21 08:55:20
|
Bugs item #572000, was opened at 2002-06-21 02:47 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=432066&aid=572000&group_id=42081 Category: UI Group: None Status: Open Resolution: None Priority: 5 Submitted By: mlmll (mlmll) Assigned to: Nobody/Anonymous (nobody) Summary: Transient error on html text dragging Initial Comment: 1. double-click a word in an IE window: it gets highlighted with its trailing space 2. drag & drop it on dqsb textbox 3. you often get the google search on the selected word, but for some reason sometimes I get a script error : Line: 607 Car: 3 Error: 'null' is Null or is not an object Code: 0 URL: ...\search.htm Transient error... yuk ! :( My config : Win2K SP2 all patches IE6 all patches ---------------------------------------------------------------------- >Comment By: Glenn Carr (glenncarr) Date: 2002-06-21 03:55 Message: Logged In: YES user_id=18127 I've checked in a change to search.htm for this. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=432066&aid=572000&group_id=42081 |
|
From: <no...@so...> - 2002-06-21 07:47:04
|
Bugs item #572000, was opened at 2002-06-21 09:47 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=432066&aid=572000&group_id=42081 Category: UI Group: None Status: Open Resolution: None Priority: 5 Submitted By: mlmll (mlmll) Assigned to: Nobody/Anonymous (nobody) Summary: Transient error on html text dragging Initial Comment: 1. double-click a word in an IE window: it gets highlighted with its trailing space 2. drag & drop it on dqsb textbox 3. you often get the google search on the selected word, but for some reason sometimes I get a script error : Line: 607 Car: 3 Error: 'null' is Null or is not an object Code: 0 URL: ...\search.htm Transient error... yuk ! :( My config : Win2K SP2 all patches IE6 all patches ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=432066&aid=572000&group_id=42081 |
|
From: <no...@so...> - 2002-06-20 23:00:55
|
Bugs item #566007, was opened at 2002-06-07 16:58 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=432066&aid=566007&group_id=42081 Category: Help Group: None Status: Open >Resolution: Fixed Priority: 3 Submitted By: Sarah Sweeney (sarah324) Assigned to: Nobody/Anonymous (nobody) Summary: help file lists alias with 2 searches Initial Comment: When I change one of the aliases (e.g. making ";" an alias for the Merriam Webster Thesaurus, instead of Thesaurus.com), the help file still lists that alias under its original search, as well as under the search I want it to point to. ---------------------------------------------------------------------- >Comment By: Glenn Carr (glenncarr) Date: 2002-06-20 18:00 Message: Logged In: YES user_id=18127 Added fix to loader.js ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=432066&aid=566007&group_id=42081 |
|
From: <no...@so...> - 2002-06-20 21:52:03
|
Bugs item #568132, was opened at 2002-06-12 12:56 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=432066&aid=568132&group_id=42081 Category: Installation Group: None Status: Open Resolution: None >Priority: 7 Submitted By: Glenn Carr (glenncarr) Assigned to: Nobody/Anonymous (nobody) Summary: check for necessary version of IE Initial Comment: We either need to fix the search bar so that it works as advertised with IE 5.0 or put some checks in the installation to verify that they have IE 6.0 (or 5.5?) installed. I'd prefer the later, since IE 6.0 has been out for quite a while now. ---------------------------------------------------------------------- >Comment By: Glenn Carr (glenncarr) Date: 2002-06-20 16:52 Message: Logged In: YES user_id=18127 Anyone have any more thoughts about this? I think this check would explain/avoid alot of problems. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=432066&aid=568132&group_id=42081 |
|
From: <no...@so...> - 2002-06-20 21:19:08
|
Feature Requests item #571832, was opened at 2002-06-20 16:08 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=432069&aid=571832&group_id=42081 Category: Installation Group: None Status: Open Resolution: None >Priority: 7 Submitted By: Glenn Carr (glenncarr) Assigned to: Nobody/Anonymous (nobody) Summary: prompt before starting install Initial Comment: The installation currently just starts installing when run. This isn't very friendly, especially if the setup package was accidently run (double-clicked, etc.). We need to change the install to wait for the user to confirm that they want to proceed with the installation. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=432069&aid=571832&group_id=42081 |
|
From: Will D. <dq...@in...> - 2002-06-20 15:52:37
|
At 10:38 20/06/2002 -0500, you wrote: >I rebuilt and StrStrI is still imported from Shell32. So, taking a look at >the linker inputs, I noticed that shell32.lib was listed before shlwapi.lib. >So after I changed the order of the libs for the linker so that shlwapi.lib >was listed before shell32.lib, depends shows that StrStrI is now imported >from shlwapi.dll. > >So, does this mean that at some point MS modified Shell32 to export stuff >(the Str* routines, in particular) that it imported from shlwapi? My research has lead me to the following conclusions: In the Windows 95 days, Shell32.dll provided these services in an undocumented fashion. When IE4 appeared, the services got moved to shlwapi.dll and documented. The VC6 (including SP5) import libraries list these functions in both ShlWapi and Shell32. Win98's Shell32 (4.72) does _not_ provide these functions. (That's why Bill had problems) Later versions of the OS have provided them again in Shell32 (!), though it seems that Shell32 just bounces them on to ShLWapi. Current Platform SDKs do not have these functions in the Shell32 import library. (That's why my builds don't have this problem.) What an educational project this is! I think your solution of changing the link order is a good one, and I was just in the middle of trying it myself. >Regardless, 2.5.8b12 has been updated with this new DLL... >http://sourceforge.net/project/showfiles.php?group_id=42081&release_id=95713 Well done. Cheers, Will |
|
From: Glenn C. <gl...@gl...> - 2002-06-20 15:38:26
|
I just installed SP5 for VC6, just to be sure I had installed the latest. I was pretty sure I already had SP5, but thought I'd reinstall just in case. I rebuilt and StrStrI is still imported from Shell32. So, taking a look at the linker inputs, I noticed that shell32.lib was listed before shlwapi.lib. So after I changed the order of the libs for the linker so that shlwapi.lib was listed before shell32.lib, depends shows that StrStrI is now imported from shlwapi.dll. So, does this mean that at some point MS modified Shell32 to export stuff (the Str* routines, in particular) that it imported from shlwapi? Regardless, 2.5.8b12 has been updated with this new DLL... http://sourceforge.net/project/showfiles.php?group_id=42081&release_id=95713 Also, Will also put a fix in for the problem with the F8 history search that MLL found. Glenn > This is a strange one, as the DLL you sent me is different to the ones I > build, but does work on my machine. (I suspect it would work for Bill on > later versions of Windows) > > The 'broken' one imports StrStrI from SHELL32.DLL which in turn imports it > from SHLWAPI.DLL (where it really belongs, and where it's been since Win98). > > I'm interested in this, and I'm going to look into it a little better. I > know Glenn builds with pure VC6 SP? and I build with the VC6 + Platform > SDK, but I'm surprised by this problem. > > I'll let you guys know what I find... > > It's an easy change to switch to the CRT StrStr functionality, but I'm > interested to track down why the link is odd. > > Will |
|
From: Will D. <dq...@in...> - 2002-06-20 14:17:27
|
At 09:55 20/06/2002 -0400, you wrote: >My deskbar is working perfectly now that I have received a replacement >dqsdt258.dll from Will. > >The troublesome dll was definitely from the b12 installer. I had >cleared out the directory completely prior to the b12 install. The >reported error concerning a non existent dsqdt256.dll was also off the >wall. > >Strange... I've moved this to the developers' list. This is a strange one, as the DLL you sent me is different to the ones I build, but does work on my machine. (I suspect it would work for Bill on later versions of Windows) The 'broken' one imports StrStrI from SHELL32.DLL which in turn imports it from SHLWAPI.DLL (where it really belongs, and where it's been since Win98). I'm interested in this, and I'm going to look into it a little better. I know Glenn builds with pure VC6 SP? and I build with the VC6 + Platform SDK, but I'm surprised by this problem. I'll let you guys know what I find... It's an easy change to switch to the CRT StrStr functionality, but I'm interested to track down why the link is odd. Will |
|
From: Monty S. <Mon...@wc...> - 2002-06-20 14:08:26
|
-----Original Message----- From: Monty Scroggins [mailto:Mon...@wc...] Sent: Thursday, June 20, 2002 8:53 AM To: dqs...@li... Subject: test posting from non-member email account test posting from non-member email account _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ Monty Scroggins Broadband Data Systems Engineering (BDSE) MCI Worldcom |
|
From: MLL <ml...@ne...> - 2002-06-20 09:22:29
|
> -----Original Message----- > From: dqs...@li... > [mailto:dqs...@li...]On Behalf Of John W. > Bairen, Jr. > Sent: Thursday, June 20, 2002 5:09 AM > To: dqs...@li... > Subject: RE: [DQSD-Users] ANN: 2.5.8 beta 12 (last beta=20 > before release) >=20 >=20 > cool. great work guys! Indeed. Perfect good-looking tooltips. Great history function. On playing with the history function though, I discovered 1 bug and 1 = weird stuff.=20 Bug Description : 1. type ?something or *something or... (ie "?google", even "?") 2. hit F8 or shift-F8 3. get this script error : Line 135 Car 3 Error: Unexpected quantifier (translated from french) Code: 0 URL: ...\search.htm Weird stuff description: The dollar ($) sign seems to yield everything when used with F8 (but = *not* with shift-F8). Expected (but undocumented) wildcard function ? Cheers, MLL >=20 > jb >=20 > > -----Original Message----- > > From: dqs...@li... > > [mailto:dqs...@li...]On Behalf Of=20 > Glenn Carr > > Sent: Wednesday, June 19, 2002 4:51 PM > > To: dqs...@li... > > Cc: dqs...@li...; > > dqs...@li... > > Subject: [DQSD-Users] ANN: 2.5.8 beta 12 (last beta before release) > > > > > > Latest bits are available: > > > > http://sourceforge.net/project/showfiles.php?group_id=3D42081&releas > e_id=3D95713 >=20 > * Tooltip descriptions to popup menu > * F8 history search > * French telephone lookup (telfr) > * Bug fix for caret positioning when pasting search string > * ??? [can you guys help me out here] >=20 > I'd suggest this be the last beta before an official release (2.5.8 or > 2.5.9?), and just fix bugs until then. >=20 >=20 > -------------------------------------------------------------- > -------------- > Bringing you mounds of caffeinated joy > >>> http://thinkgeek.com/sf <<< >=20 > _______________________________________________ > Dqsd-users mailing list > Dqs...@li... > https://lists.sourceforge.net/lists/listinfo/dqsd-users > http://sourceforge.net/mailarchive/forum.php?forum_id=3D8601 >=20 >=20 >=20 >=20 > ------------------------------------------------------- > Bringing you mounds of caffeinated joy > >>> http://thinkgeek.com/sf <<< >=20 > _______________________________________________ > Dqsd-users mailing list > Dqs...@li... > https://lists.sourceforge.net/lists/listinfo/dqsd-users > http://sourceforge.net/mailarchive/forum.php?forum_id=3D8601 >=20 |
|
From: Glenn C. <gl...@gl...> - 2002-06-19 20:50:53
|
Latest bits are available: http://sourceforge.net/project/showfiles.php?group_id=42081&release_id=95713 * Tooltip descriptions to popup menu * F8 history search * French telephone lookup (telfr) * Bug fix for caret positioning when pasting search string * ??? [can you guys help me out here] I'd suggest this be the last beta before an official release (2.5.8 or 2.5.9?), and just fix bugs until then. |
|
From: <no...@so...> - 2002-06-19 20:25:44
|
Bugs item #568691, was opened at 2002-06-13 16:18 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=432066&aid=568691&group_id=42081 Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Will Dean (willdean) Assigned to: Glenn Carr (glenncarr) Summary: History search hangs if no match Initial Comment: If I start DQSD, then without browsing the history do CTRL-B, to force a history search start (nothing typed into the edit control), histsearch never returns and Explorer freezes. This is because in the test: for ( var i = histcurr - 1; i != histcurr; i-- ) (in histsearch in history.js) i never equals histcurr to stop the loop. In my situation, histCurr = 41, and histarray.length = 41. This means that i loops from 40 -> 0 and around to 40 again endlessly. The match condition never happens, so we're stuck. I don't actually think that this type of loop can be used - because you want to check all possible values of i from 0 to length-1, there's no loop condition which is suitable for terminating the loop. We probably need a counter which counts from 0 to length-1 and terminates the loop when it reaches 'length'. The circular index logic would be handled separately. ---------------------------------------------------------------------- Comment By: Glenn Carr (glenncarr) Date: 2002-06-19 15:25 Message: Logged In: YES user_id=18127 Fixed both problems. Fix is in beta 2.5.8 b12. Uses [Shift-] Ctrl-B or [Shift-]F8 by default. ---------------------------------------------------------------------- Comment By: Glenn Carr (glenncarr) Date: 2002-06-17 15:59 Message: Logged In: YES user_id=18127 There's another problem with this. Currently, the search string isn't reset when a new string is entered if a new command hasn't been executed. It might make sense to use <key> for search and Shift-<key> to find-next. Not sure. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=432066&aid=568691&group_id=42081 |
|
From: <no...@so...> - 2002-06-19 20:25:30
|
Bugs item #568691, was opened at 2002-06-13 16:18 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=432066&aid=568691&group_id=42081 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Will Dean (willdean) Assigned to: Glenn Carr (glenncarr) Summary: History search hangs if no match Initial Comment: If I start DQSD, then without browsing the history do CTRL-B, to force a history search start (nothing typed into the edit control), histsearch never returns and Explorer freezes. This is because in the test: for ( var i = histcurr - 1; i != histcurr; i-- ) (in histsearch in history.js) i never equals histcurr to stop the loop. In my situation, histCurr = 41, and histarray.length = 41. This means that i loops from 40 -> 0 and around to 40 again endlessly. The match condition never happens, so we're stuck. I don't actually think that this type of loop can be used - because you want to check all possible values of i from 0 to length-1, there's no loop condition which is suitable for terminating the loop. We probably need a counter which counts from 0 to length-1 and terminates the loop when it reaches 'length'. The circular index logic would be handled separately. ---------------------------------------------------------------------- >Comment By: Glenn Carr (glenncarr) Date: 2002-06-19 15:25 Message: Logged In: YES user_id=18127 Fixed both problems. Fix is in beta 2.5.8 b12. Uses [Shift-] Ctrl-B or [Shift-]F8 by default. ---------------------------------------------------------------------- Comment By: Glenn Carr (glenncarr) Date: 2002-06-17 15:59 Message: Logged In: YES user_id=18127 There's another problem with this. Currently, the search string isn't reset when a new string is entered if a new command hasn't been executed. It might make sense to use <key> for search and Shift-<key> to find-next. Not sure. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=432066&aid=568691&group_id=42081 |
|
From: Will D. <dq...@in...> - 2002-06-19 20:11:19
|
At 13:28 19/06/2002 -0500, you wrote: >After a bit of experimenting, setting 'helpMenuToolTipsDisplayTime' to 6 or >less seems to work as expected. 7+ causes the tooltip to use the default >value (or something close). > >No big deal, just a little weird. If you look at the code you'll see I'm doing something bizarre which uses the double-click time - this was to emulate the default behaviour. Perhaps the result of all that multiplication overflows something - 32767 ms possibly? Will |
|
From: Will D. <dq...@in...> - 2002-06-19 20:09:54
|
At 14:09 19/06/2002 -0400, you wrote: >our office motto is "make it configurable". if you don't make it an option >now, someone is bound to ask that it be optional in the future. Well, on an open source project you can always tell them to change it themselves, the source code being the ultimate option box..... ;-0 I'm inclined to agree, if there's any functional difference at all, though others don't necessarily: http://www.joelonsoftware.com/uibook/chapters/fog0000000059.html Let it not be thought that I believe every word of Joel's, even though I only know about DQSD because of his site. He is good at making you think about things, even if it's only so that you can post some pithy rebuttal onto his forums. Will |
|
From: Glenn C. <gl...@gl...> - 2002-06-19 19:11:54
|
> I don't think the shape is relevant one way or the other. It seems > excessively geeky to offer it as a preference. Agreed. The rectangle has a nicer, cleaner appearance. > The crummy-looking redraw when you shift from a little tip to a big tip is > even worse looking on a balloon, if that's a relevant datapoint. Cool. |
|
From: Will D. <dq...@in...> - 2002-06-19 18:36:25
|
At 12:38 19/06/2002 -0500, you wrote: > > So it's just down to appearance. > >The tooltip timeouts and shape could be preferences. Is it worth the extra >effort? I've done the timeout as a preference already. I don't think the shape is relevant one way or the other. It seems excessively geeky to offer it as a preference. The crummy-looking redraw when you shift from a little tip to a big tip is even worse looking on a balloon, if that's a relevant datapoint. Will |
|
From: Glenn C. <gl...@gl...> - 2002-06-19 18:28:16
|
After a bit of experimenting, setting 'helpMenuToolTipsDisplayTime' to 6 or less seems to work as expected. 7+ causes the tooltip to use the default value (or something close). No big deal, just a little weird. |
|
From: Glenn C. <gl...@gl...> - 2002-06-19 18:20:26
|
Oops... just noticed that 'helpMenuToolTipsDisplayTime' in the preferences. I don't care about the balloon tips. ----- Original Message ----- From: "John W. Bairen, Jr." <jo...@ba...> To: "DQSD, Developers SF" <dqs...@li...> Sent: Wednesday, June 19, 2002 1:09 PM Subject: Re: [DQSD-Devel] Tool tips on Help Menu > our office motto is "make it configurable". if you don't make it an option > now, someone is bound to ask that it be optional in the future. > > > ----- Original Message ----- > From: "Glenn Carr" <gl...@gl...> > To: <dqs...@li...> > Sent: Wednesday, June 19, 2002 1:38 PM > Subject: Re: [DQSD-Devel] Tool tips on Help Menu > > > > > So it's just down to appearance. > > > > The tooltip timeouts and shape could be preferences. Is it worth the > extra > > effort? > > > > > > > > -------------------------------------------------------------------------- > -- > > Bringing you mounds of caffeinated joy > > >>> http://thinkgeek.com/sf <<< > > > > _______________________________________________ > > DQSD-Devel mailing list > > DQS...@li... > > https://lists.sourceforge.net/lists/listinfo/dqsd-devel > > > > > > > > -------------------------------------------------------------------------- -- > Bringing you mounds of caffeinated joy > >>> http://thinkgeek.com/sf <<< > > _______________________________________________ > DQSD-Devel mailing list > DQS...@li... > https://lists.sourceforge.net/lists/listinfo/dqsd-devel > |
|
From: John W. B. Jr. <jo...@ba...> - 2002-06-19 18:09:17
|
our office motto is "make it configurable". if you don't make it an option now, someone is bound to ask that it be optional in the future. ----- Original Message ----- From: "Glenn Carr" <gl...@gl...> To: <dqs...@li...> Sent: Wednesday, June 19, 2002 1:38 PM Subject: Re: [DQSD-Devel] Tool tips on Help Menu > > So it's just down to appearance. > > The tooltip timeouts and shape could be preferences. Is it worth the extra > effort? > > > > -------------------------------------------------------------------------- -- > Bringing you mounds of caffeinated joy > >>> http://thinkgeek.com/sf <<< > > _______________________________________________ > DQSD-Devel mailing list > DQS...@li... > https://lists.sourceforge.net/lists/listinfo/dqsd-devel > > |
|
From: Glenn C. <gl...@gl...> - 2002-06-19 17:38:59
|
> So it's just down to appearance. The tooltip timeouts and shape could be preferences. Is it worth the extra effort? |
|
From: Will D. <dq...@in...> - 2002-06-19 16:13:26
|
At 11:07 19/06/2002 -0500, you wrote: >Unfortunately, I see the same problem with the balloon tips, maybe even more >often. That's because they're all above the mouse, rather than just the long ones. The solution is to set TTF_TRANSPARENT on the tip when it's created. I've just checked in a version of menubuilder.cpp which does this. (Glenn, you'll probably get a collision on that one) Cheers, Will |
|
From: Will D. <dq...@in...> - 2002-06-19 16:13:22
|
At 11:59 19/06/2002 -0400, you wrote: >i have yet to grab any of the recent submissions. i like your jpg. that >may solve will's problem that he mentioned about the text appearing too >close to the mouse. Actually, I've just discovered that there's a one-line fix to that, which would apply to either balloon or standard tips. So it's just down to appearance. Will |
|
From: Glenn C. <GCarr@ConnectShip.com> - 2002-06-19 16:07:48
|
-----Original Message----- From: John W. Bairen, Jr. [mailto:jo...@ba...] > i have yet to grab any of the recent submissions. i like > your jpg. that > may solve will's problem that he mentioned about the text > appearing too > close to the mouse. Unfortunately, I see the same problem with the balloon tips, maybe even more often. > can we get a build again soon? Yeah. Sometime today or tonight. |
|
From: Monty S. <Mon...@wc...> - 2002-06-19 16:00:57
|
If the balloon tips offsets the tooltips more than the default style, I would be interested in knowing if flash up/down problem is reduced, since Will posted that it is affected by the mouse moving inside the tooltip window... Monty > -----Original Message----- > From: dqs...@li... > [mailto:dqs...@li...]On Behalf Of Glenn Carr > Sent: Wednesday, June 19, 2002 10:51 AM > To: dqs...@li... > Subject: Re: [DQSD-Devel] Tool tips on Help Menu > > > Anyone for balloon-style tips? > > (see attached) > > ----- Original Message ----- > From: "Will Dean" <dq...@in...> > To: <dqs...@li...> > Sent: Wednesday, June 19, 2002 10:08 AM > Subject: RE: [DQSD-Devel] Tool tips on Help Menu > > > > At 09:36 19/06/2002 -0500, you wrote: > > > > >Yeah I had a little trouble with the Amazon one.. Its a big > description > and > > >the menu flashes up and then down almost instantly... I initially > thought > > >it was just super sensitive to mouse movements, but the other tooltips > > >(which are mostly much simpler) werent giving me any troubles... > > > > I've just been studying this effect. What's happening is that the > > tooltips disappear if you move the mouse into the area of the > > tooltip. Normally, you don't risk doing this, because the tooltip is > > displayed below the mouse and is safely away from you. > > > > With the very long tooltips, because we're close to the bottom of the > > screen, they get displayed _above_ the mouse pointer, and very close to > its > > hotspot. This makes it very easy to inadvertently move the > mouse into the > > tooltip and kill it. > > > > I'll look into whether there's a way of preventing this - I > don't actually > > see that 'move the mouse over the tooltip' should be a cause to kill it > anyway. > > > > Cheers, > > > > Will > > > > > > > > > > > > > > > > > -------------------------------------------------------------------------- > -- > > Bringing you mounds of caffeinated joy > > >>> http://thinkgeek.com/sf <<< > > > > _______________________________________________ > > DQSD-Devel mailing list > > DQS...@li... > > https://lists.sourceforge.net/lists/listinfo/dqsd-devel > > > |
41 messages has been excluded from this view by a project administrator.