Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Messages - Corey Cooper

Pages: [1] 2 3 ... 360
Help Me / Re: Black screens and application slow down
« on: November 17, 2017, 04:20:18 PM »
I think officeghana is referring to the steps you can take that I outlined in the main topic, as opposed to the long term solution that I'm working on:

Well, for the long term I'm moving the applicaton to a modern framework.  I'm currently investigating Electron.  The model is very different, so it's going to be a lot of work, but I see this as really the only viable way forward for the TD application.

Help Me / Re: Need Help
« on: November 16, 2017, 09:45:34 PM »
This is actually pretty easy to do.  You would need to create a screen or screens in your layout that shows the pictures, and then put it into the rotation of your layout screens.  Do you have a layout you are using today?  Perhaps one of the built-in layouts?  I could take that layout and put together a simple example.

Help Me / Re: Receipt tokens....
« on: November 16, 2017, 09:42:51 PM »
Since add-ons don't typically involve seating or reseating a player, receipts for add-ons don't include seating information.  They probably should.  Rebuys can be tricky, too, because of the flow involved in rebuying a player.  Seating of a player who is rebuying after the player busted out of the tournament doesn't happen until after the receipt is generated, which means the receipt won't have the player's seating assignment.  Rebuys where the player wasn't busted out or where the rebuy occurs at time of bust-out (when the application asks if the player wants to rebuy in order to retain their current seat) will have seating information.  I'll make a note to revisit this.

Help Me / Re: Deleting sounds
« on: November 13, 2017, 03:32:14 PM »
Nope, at this time you have to delete each one manually.

Suggestions / Re: Use Data to external site
« on: November 13, 2017, 03:31:50 PM »
I didn't get to updating the user manual, so it's easiest just to try it out.  If you turn on the Status Updates feature and have it write to a file, you can see the whole enchilada.  Here's what a sample player looks like:

  "Nickname":"Jimmy D.",
  "Name":"Jimmy D.",

Help Me / Re: Problems with tournamentstatus.html
« on: November 11, 2017, 09:21:57 AM »
BTW, is there anyway I can make sure that the setting below is always off?

"Show system print dialog"

I do not want to have this enabled, everytime I start the application I have to uncheck it.

It's a bug.  Thanks for letting me know.  It will be fixed in 3.4.2.

Help Me / Re: Problems with tournamentstatus.html
« on: November 10, 2017, 04:08:54 PM »
Most likely the server-side script (statusListener-XXX.yyy, whichever you chose) is not permitted to write to the status file.  You'll have to either give the appropriate permissions to allow that to happen, or modify the statusListener and the TournamentStatus.js files to read/write the tdstatus.txt file in a different location, where permissions are more open.

For example, your server may have a /tmp folder where scripts are free to read/write.  You can modify the statusListener to write the file there.  You might be able to modify TournamentStatus.js to read it from there, but the server will probably not be configured to allow that.  In that case you might have to write another .php or .asp script that simply reads the tdstatus.txt file from the /tmp folder and returns it, like this:

Code: [Select]
// Read the tdstatus.txt file and output it.

You could save this script with a name like "reader.php", then change TournamentStatus.js like this:

Code: [Select]
TDStatus = {
  // variables that control various features of the page
  // URL to the tdstatus.txt file
  URLStatus: "reader.php",

Now statusListener writes to the /tmp folder, where permissions are open.  TournamentStatus.js no longer tries to read the file directly, because client browsers can't load files from /tmp, but instead goes to reader.php, which outputs the file back to the browser.

Help Me / Re: TD.exe a Threat?
« on: November 10, 2017, 03:55:58 PM »
I've submitted a false positive report to McAfee and Trend Micro.

Help Me / Re: Count Down Clock
« on: November 08, 2017, 04:06:00 PM »
I don't think there's a way to do that at this time.

Help Me / Re: Slow Database
« on: November 08, 2017, 04:05:33 PM »
could it be a problem with umlauts (,,) ?
This week we get 2 crashes by using the stats.

I doubt it.  Those characters are standard ASCII and aren't treated any differently than any other characters.  Even if they were Unicode, the TD shouldn't have a problem with them.

Help Me / Re: Lang and others small problems with 3.4.1
« on: November 07, 2017, 05:47:11 PM »
1 I use TD in French version and in my lang directory I have the directory fr4 containing each of the translation files (set4) available on your site. In the preference tab, this set is set. Currently version 3.4.1 works perfectly in French, but at the launch of TD I have the message A.

The latest version has a new screen, which has its own language file.  Since the language pack you're using is older, it doesn't include this file.  It's just a warning.  If you are annoyed enough by it to take action to make it go away, you can simply create a file named "" in the folder listed in the warning message.  The file can be completely empty.  That should make it stop.

2 At the launch of TD, I always have the message B.

The TD application only knows about your main display.  If you have additional displays, you can use them, by dragging TD windows to whichever display you want to use.  If you want to use them more efficiently, you can tell the TD about your other displays (how big they are and where they are located, virtually).  This is configured on the Preferences tab in the Extended Display category.  Then you can tell the TD to move the main window (when it is full-screened and thus has no title bar by which to drag it) to your extended display and possibly resize it if necessary.  By default, the TD will remember where your various windows are, including the Settings window, and open it in the same place again.

So, the scenario is: you've hooked up your laptop to an extended display.  So now you have your laptop's built-in display as well as the extended display.  You drag the Settings window to the Extended display and use it there.  Everything works great.  Later, you exit the TD and disconnect from the extended display.  Then you open up the TD.  Where's the Settings window?  It never appears to open.  Plus the main window is unresponsive.  You click on it but you just get the "ding" from Windows like the window is inaccessible.  Pressing the ESC key to open/close the Settings window appears to do nothing.  The TD appears frozen and you can't do anything with it.  You try to exit the TD but you can't, so you have to open the Task Manager and kill it.  Or worse, if you don't know how to do that, you reboot.  When you start the TD again, you get the same results.  What's going on?  The Settings window is actually opening in exactly the same place it was before - on the Extended display which is no longer connected, but the TD doesn't know that.  So you can't see the Settings window.  This confuses people.  In response, I added the special keypress Ctrl+Alt+Shift+F12, which moves all windows back to the main display.  This fixes it, but only if you know to do this.  In version 3.4, upon startup the TD checks to see where the Settings window is opening.  If it is opening off of the main display (whether or not if you have an Extended display or not, since the TD application doesn't know that), it gives you the chance to move it back.  There's no way to prevent this message today.  I could add a checkbox to disable it in the future, if it's that much of an issue.

Help Me / Re: Black screens and application slow down
« on: November 07, 2017, 12:24:13 PM »
Corey, It seems that the tournament size affects this ... is that correct? I run small tournaments with 14-15 players max. and cannot use version 3.4 without getting the black screens but do not have any problems with 3.3.

This is on windows 10 and IE 11.

It's certainly possible.  Different actions can cause memory problems.  If I buy-in 100 players all at once (just opening the Add Players dialog once), start the tournament and just let it run (not busting players out), it would run for hours and hours with no appreciable memory increase.  Because most actions tend to involve opening dialog windows, I focused on that.  Once you start opening dialogs (even opening and closing the Settings window), memory tends to increase.

Of course, your mileage may vary.  I do not know what is causing the memory increase, other than to say it happens with IE11 and doesn't seem to happen with IE10.  And people tend to operate the application differently.  The way you operate it could be using code paths that tend to cause IE 11 to accumulate memory.

Help Me / Re: Slow Database
« on: November 07, 2017, 12:19:27 PM »
i tried it like u sayd with a new Database. No Problems with the new Database. The Problem must be my 4.900 Players Database. Even if i try to search a Player  in my old Database ist terrible slow. Any idea?

Unfortunately no.  I just tried this with a database of 5000 players, on Windows 10 with IE 11.  Performance isn't ideal, to be sure.  However, opening the Add Players to Tournament dialog takes about 6 seconds before it is responsive.  After that, if I search it takes about 3 or 4 seconds for the list of players to update.  Again, not ideal, but certainly usable.  I can't imagine what is causing yours to take 30 seconds or more.

Help Me / Re: Slow Database
« on: November 07, 2017, 12:13:52 PM »
Cz with Version 3.3 the Database start searching after i hit Return. With 3.4 it starts a live search with every single letter.

This is a preference.  Preferences tab -> Behavior category -> Automatically search as soon as text is entered

Pages: [1] 2 3 ... 360