|
|
|||||||
there is a tool that checks all the new posts on bb. it informs you, keeps track of the messages, shows logged on users... it's bbchecker. basically, you download an exe: http://www.gwspikval.com/jooel/scripts/bbChecker/BBChecker.exe which installs the package. after that, you can start using it. if you want to know what is inside the script or you want to steal the code, go to: http://www.gwspikval.com/jooel/scripts/bbChecker/sources/current/ remember that kixtart is not freeware! anyway, it has come 1.5 from the day of using IE window and shawn saying: quote: quote:to be one of the most developed kixtart GUI scripts around. so, if you do not fancy the BB, you can always see what your scripts might have! hope you have fun! Lonkero ps. the development will not stop, this is just one of those bus stops... [ 01. November 2002, 22:27: Message edited by: Lonkero ] |
||||||||
|
|
|||||||
Jooel, So what do I have to change in BBChecker so that the title of the post doesn't replace the BBChecker II title in the icon on the TaskBar. I have a habit of right-clicking the icons and closing the windows and end up closing BBChecker. |
||||||||
|
|
|||||||
comment out this line (in update-udf): code:$m.caption=$post[0]+" - BBChecker II" |
||||||||
|
|
|||||||
shawn, is it possible to remove the menu from taskbar? or at least, catch the event of user pressing alt+F4? [ 02. November 2002, 13:47: Message edited by: Lonkero ] |
||||||||
|
|
|||||||
One does not like to look a gift horse in the mouth, but I have this pet peeve about standards. f.e. 3D buttons should always be single-click while flat objects should always be double-click except for URLs which again are single-click. I'm not saying it isn't that way in BBChecker. I'm just explaining standards. OK, to get to the point(er). The mouse pointer as well should follow standards. I don't know the terminology for the different pointers but I do know when they are not right. f.e. the standard pointer, arrow at 11 o'clock for RH mouse, changes to a hand with pointed finger when you mouseover a URL. When you mouseover the history list however, it should be the standard pointer because the pointing hand would indicate a single click action but the listbox items require a double-click. So... the line: $hl[$].mousepointer=16 should be: $hl[$].mousepointer=1 to be true to standards. |
||||||||
|
|
|||||||
OK, so nobody wants to help me out with terminology. I couldn't find anything on the KiXForms site either. I read somewhere (think it was a bathroom stall) that the paperwork is the last job to be done. Oh well, came upon this from MSDN that seems to match with what I tried in KiXForms. http://msdn.microsoft.com/library/default.asp?url=/library/en-us/3rdparty/html/hidh_prop_edit_mousepointer.asp |
||||||||
|
|
|||||||
If your saying that the HAND mouse pointer over the listbox looks a little strange, I would have to agree with that. Guess you could change or own copy of BBChecker, or maybe Jooel could make it a setting at the top of the script. But it aint standard windows look and feel if thats what you mean. |
||||||||
|
|
|||||||
Yeah, everyone has the prerogative to set their own preferences. Actually the line: $hl[$].mousepointer=16 could be just remarked out as the default is the ARROW anyway. I found it in the script and changed it but was really wondering what the supported properties (and terminology)were (was). Through a bit of trial and error it would seem that perhaps the first 16 values are valid. |
||||||||
|
|
|||||||
Yeah, the valid values for MousePointer are exactly the same as those in the link you provided ... up to the number 16. Kixforms is modeled more along the lines of VB and VBA though, which doesn't have those "extra" settings specified in that link either. |
||||||||
|
|
|||||||
Hey! I just thought of a new feature for BBChecker... A PM notifier! As it is now, if someone PM's you, it's not until you receive an email or check your profile that you would know about it. BTW Shawn, I PM'd you. |
||||||||
|
|
|||||||
OK, more on my 'Standards' pet peeve... The 'Clear History' trash icon object in the history view should be a 3D button since it is a single click object. The line: $hbt.appearance=0 should be: $hbt.appearance=1 or commented out as the default is 3D. After the button is clicked, it gets a black border around it. Anyone know how to stop that? |
||||||||
|
|
|||||||
Gezz LLigetfa, I thought I had high standards.! Kickass Product Lonkero, greak work. W |
||||||||
|
|
|||||||
Like I said, pet peeves... KiXass product, this BBChecker! So, will someone carry my motion for a 'Private Message Notifier'? |
||||||||
|
|
|||||||
I would second you, but no one loves me enough to send me a PM, so I can't W |
||||||||
|
|
|||||||
Agghh. My work PC has been getting slower and slower all day, and I have finally found out what it is... The slider function has a memory leak Every single time the slider pops up with a new posting, it eats up some memory. When the slider disapears, the memory is still being used. After a few hours on the forums, I was using about 370mb memory on a PC that only has 256mb installed.!! I would recommend switching off the slider thingy until this is looked at, even though it is a great little add-on.! W |
||||||||
|
|
|||||||
wiz, what vers kix you running ? |
||||||||
|
|
|||||||
KixForms : 2.1.1.35 Kix32 : 4.11 W |
||||||||
|
|
|||||||
4.11 has a memory leak that was fixed in 4.12rc1. Give it a go. |
||||||||
|
|
|||||||
Kixtart 4.12 fixed a memory leak with EXECUTES and CALLS, might want to swapin the new beta into the BBCheckerII folder (if thats how Jooel has things setup) ... might still leak a little after that ... but not as bad ... |
||||||||
|
|
|||||||
Nope, still doing, but to a lesser degree. The amount of memory taken this time is less than before, but it is still not being released. W |
||||||||
|
|
|||||||
Had my checker running for 32 hrs... Strange things happened: KiX was using 10MB, total mem usage - sum active applics > 100 MB. Got errors "unable to find c:", "not enough qouta" (not enabled!!!) etc. Still memleak even with KiX4.12RC1??? |
||||||||
|
|
|||||||
No, theres a small memory leak with Forms to do with the timer object - the OnTimer event string is leaking. And the bigger the OnTimer string is, the more memory gets leaked [ 07. November 2002, 16:04: Message edited by: Shawn ] |
||||||||
|
|
|||||||
I think it might be worse than that. When I click on the Miscellaneous button, more memory is eaten. Could it be a form create/destroy pair not working ?? W |
||||||||
|
|
|||||||
OK then, will put my finger in the dyke to stop the leak: http://home.planet.nl/~meder/map12/hansbrinker.html |
||||||||
|
|
|||||||
Actually, I would like to retract my last post, because I have been running the logonscriptdemo that Chris wrote (good job) and that does not leak. Memory is taken, then given back at the end - like a good little script. So, from this, I would hazzard to say the BBChecker may be at fault. W |
||||||||
|
|
|||||||
Well, have to compare apples to apples here and one cant really compare LoginScript to BBChecker because they're two different beasts. Forms does leak over long periods of time ... in the case of LoginScript, it runs, comsumes memory, then gives it all back to the OS when the Kixscript finishes and is released from memory ... Jooels script runs 24/7 and slowly eats away at memory, never giving any back - plus, if memory serves, Jooel had to do some funky things to get the slider to run properly. Im not sure whether BBChecker is doing anything in particular to cause the leak - its probably forms that is leaking. But just as a test, heres the "ideal" way to pop a dialog and you might want to check memory usage on this: code:Break On |
||||||||
|
|
|||||||
Sorry, "ideal" is a bad term ... "memory consuming" might be a better term. I very rarely declare my dialogs as function local only because its a pain-in-the-ass to code around - only suitable for very simple dialogs. Mostly declare global in the main script, plus that would probably not show any memory leak as readily as this pop-and-dispose sample would. [ 07. November 2002, 16:24: Message edited by: Shawn ] |
||||||||
|
|
|||||||
Ok, by constantly click the button and closing the newly created forms, memory is being used like no tomorrow.! Once the main original form is closed, the memory is released back. And, yes I did realise afterward that my comparison to the scriptdemo and the bbchecker was wrong. (sorry) W |
||||||||
|
|
|||||||
wiz, can you give me the specifics of your environment - os vers,kix vers,forms vers ? |
||||||||
|
|
|||||||
Windows 2000 service pack 2 KixForms : 2.1.1.35 Kix32 : 4.12b2 I am now at home, and I have the same memory leak |
||||||||
|
|
|||||||
yes good one - i do see it now - and think I know what it is ... will hit the code tonight and report back ... very well spotted. |
||||||||
|
|
|||||||
what was it ? oh pray tell.! W |
||||||||
|
|
|||||||
Not 100% sure really, just guessing that the bitmap backing for the form isn't being released properly ... the bitmap backing is the canvas we use to "paint" our lines, boxes, circles etc ... it actually makes up the "bulk" of memory used by the form object. So if there is a deallocation issue, it would show up quite readily - which seems to be the case in this case. |
||||||||
|
|
|||||||
Good news - that bitmap backing guess was spot on ... is anyone available to test with a quick pre-release ? [ 07. November 2002, 22:15: Message edited by: Shawn ] |
||||||||
|
|
|||||||
yeap go for it. W |
||||||||
|
|
|||||||
Got the new version and tried your attached script. Worked great. I also tried the other script that you posted with a button that creates forms. That worked great as well. Fantastic work. W |
||||||||
|
|
|||||||
well, i have to thank you muchly for spotting that leak, and to be honest, i sqwashed another non-related issue while I was fixing this one. When a visible PictureBox is made hidden inside a form, the main form looses focus to the DOS console (something like that) ... not like this would ever happen too much in the real world but its fixed as well. |
||||||||
|
|
|||||||
boys have been posting... good, had something to read after short vacation. what comes to the trash button, having it 3d looks awfull. hiding the black border, please tell if you find a way around it. what comes to runtime, my checker had crashed on 4th and the error was buddies redim something... so, not fully stable yet. what comes to checking pm, les, you shouldn't be asking that as it will cause the additional bandwidth usage. it is not hard to do, about 30mins of coding... |
||||||||
|
|
|||||||
Eh Jooel, Welcome back! The evenings and weekends were quiet without you. The PM thingy shouldn't be too hard on the pipe. I look forward to it. Will turn your checker into a poor-man's messenger. BTW, You've got PM. |
||||||||
|
|
|||||||
les, did a upgrade step0 for the pm-check and possible for write too (a messenger that is) get files: pm.kix parse.udf bbcheckerII.kix from current dir: http://www.gwspikval.com/jooel/scripts/bbChecker/sources/current/ and place them in bbchecker folder: %programfiles%\BBChecker can't test that though as board does not allow sending pm to yourself |
||||||||
|
|
|||||||
Downloaded the new version of BBChecker.. Like what has been added.. Suggestion: Can sorting be applied to the Buddy List? Thanks, Kent |
||||||||
|
|
|||||||
the buddylist has to be reworked as it has some other issues as well. sorting, dunno, why not. btw, currently trying to find out why kix only says can't find open script with current build so there is no use trying it currently. |
||||||||
|
|
|||||||
updated the current sources... build goes at 1.5.1.9 changed files: bbcheckerII.kix parse.udf pm.kix wkix32.exe main change is adding PM functionality. this is now a devel build as this feature is hard to test. anyway, getting the pm worked just fine as well as manually sending one. not sure currently. hoby&doc&jpols&... have got a testPM from me... don't worry, I ain't loosing my mind. {edit} getting back, wrong version of bbcheckerII.kix was uploaded. correct one is there now, version says .11 [ 12. November 2002, 13:43: Message edited by: Lonkero ] |
||||||||
|
|
|||||||
If you're not losing your mind then your test did not succeed. |
||||||||
|
|
|||||||
did not? could you check again? |
||||||||
|
|
|||||||
Was it that one ? : quote:J. |
||||||||
|
|
|||||||
that was a test and I see it works just fine yeah... I like it. |
||||||||
|
|
|||||||
One has to disable email notification whilst abusing PM System as poor man's messenger though |
||||||||
|
|
|||||||
I haven't disabled it and still I have no additional e-mails will have to see later, how much traffic it generates... |
||||||||
|
|
|||||||
OK, I stand corrected. Message received. |
||||||||
|
|
|||||||
BTW, Using 4.12 I am still seeing memory consumption while running bbChecker 1.5. Is this the result of the KixFroms leak? I thought that the leaks in KiXtart were fixed in 4.12. |
||||||||
|
|
|||||||
there is still some sort of problem... I got errenous info when deleted the newist message... I thought it will come to this as the time check is just: if $c[3]>$PMnewist[3] and there is name of the month... bloody mary. |
||||||||
|
|
|||||||
I thought so too. we will see it later but have to wait on the kixforms leak fix (in build 37)... before that can't be sure. also, the structure used by checker is little too memory consuming. fixing it should reduce the mem usage 1/4... anyway, it seems pretty weird as previously the usage was lower and now with latest wkix it seems to be back on high... have to monitor. |
||||||||
|
|
|||||||
ok, fixed three bugs. affected files: bbcheckerII.kix parse.udf pm.kix |
||||||||
|
|
|||||||
Dld the files, ready for testing.... |
||||||||
|
|
|||||||
patrick, seems that I can't get the message to you so, will tell something here. character codes are not coming trough, like LF is & #10. neither can use < br> with private message as html is disabled. pure ascii neither works. this is burning my head! |
||||||||
|
|
|||||||
yep, got it working. sending and receive notice works now. ver 1.5.1.15 should I implement reply and reading form? |
||||||||
|
|
|||||||
got news on that leak thingie. I use kixforms 2.1.1 and wkix 4.12 in my checker. at work, I had it running for 5 hours with slider and memory usage was 70M. the process had only 4M memory usage, weird? anyway, here at home, checker has been running 24 hours and without slider. memory usage is huge as 4M, on process and after quitting the same 4M! [ 14. November 2002, 18:46: Message edited by: Lonkero ] |
||||||||
|
|
|||||||
Jooel - you got mail - I just sent you the pre-lease of Build 37 - let me know if it helps with the memory leak situation. |
||||||||
|
|
|||||||
shawn, no mail. |
||||||||
|
|
|||||||
Nothing yet ? I sent it to your BBS registered emaily addy. |
||||||||
|
|
|||||||
just checked. nothing. and the mail address is correct... |
||||||||
|
|
|||||||
try now Jooel. |
||||||||
|
|
|||||||
ok, checked mail and voila: 21:08 21:11 21:12 21:16 is this spam or what? so, got it and will start checking on it after packing up new release of the checker (which still uses 2.1.1) |
||||||||
|
|
|||||||
Dear, The lastest BBChecker II 1.6.1.2 now also on our site as mirror available. A screen example is greetings. btw: Lonkero, we have select an entry thread with most useful information. |
||||||||
|
|
|||||||
Downloaded 1.6.1.2, gives 'Network down, can't start' Seems to me i have a network connection, don't i ? |
||||||||
|
|
|||||||
schulie, in 1.6 the network reaching is so important part that I coded it to skip trying if not quick response. it is already changed in new alphas but with 1.6.x you just need to try again... there are 2 most common reasons for failure: 1) you use slow connection like 9.6kb modem that is too slow (this was issue with les...) 2) your ie is not version 5 or higher. and ofcourse my code does not support win9x currently. |
||||||||
|
|
|||||||
Lonkero, I'm on a 2Mb link and running IE6. Just an error on my site, the proxy was somehow misconfigured. Changed it from a test script to the standard script used in our company and now it works like a charm. Great stuff !! |