Variable size match files

[zz]

[quote=stan]
i moved some posts from the BETA 4.1 forum, i hope that not too many posts got lost
[/quote]

My the most important is still there... and you moved it just now..

[stan]

[quote=zz]
[quote=stan]
i moved some posts from the BETA 4.1 forum, i hope that not too many posts got lost
[/quote]

My the most important is still there... and you moved it just now..
[/quote]

i hope everything related is moved now

[zz]

[quote=stan]

so i'm saying - instead of switching to ms excel to create match ticket files, let's introduce a new feature(s) into expert lotto that does the same...
[/quote]

Sure it would be good a idea also, which will significantly improve the application..but again, only if you might save the file which means you would have to import from the file also, and not only line by line as in match numbers filter...which again means the most important task part would be actually this - import from a file - different length lines feature .


BTW, I was talking before about possibility for editig out of the application using txt or excel simply because that is probably much easier for you to make - in that case you don't need to change anything, or just a little regarding the application's code - the file can be used only as a READ file, without any importing visualy into application...

[stan]

man, you are pressing your case a lot!

i'll look into it, but only after version 4.1 is released. there's still a lot of work to do...

[zz]

[quote=stan]
man, you are pressing your case a lot!

i'll look into it, but only after version 4.1 is released. there's still a lot of work to do...
[/quote]

Well...

[zz]

[quote=stan]
less numbers are ok, just use dummy/masked numbers to fill each line up to the required size
[/quote]

The application imports dummy numbers from the end of the line in a txt file to the front in the application...however, tried it but makes wrong results...so, this is going to wait for the newer version, too...

[stan]

can you pls email me an example of your file and a description why the results are wrong? i'll check the code

[zz]

Well, it’s about the same example that said ether error while loading or error while filtering I sent already but filled with 88, 89, etc, to the end. However, it doesn’t matter for now, as you said the application so far was not supposed to deal with different length lines … or at laeast not more than one lines at the time, as you already made numbers match filter that looks like it accepts dealing with one longer line at the time. Didn't try it for those shorter with filling dummy numbers since it would require some time for importing more than one lines in a compound filter. However, it seems used in a match file filter it might be OK if the file has only one shorter line that is filled with those dummy numbers regarding the match file procedure, but if a file has more than one line it seems from some reason it makes mistakes when looking for matching ....so it is possible to get some results but they might be inaccurate as I think I got..
However, as you said you might consider dealing with this matter in some future release, so that's OK.....

[stan]

i'm not sure i understood your response...

so just a few general notes:

* masked/dummy numbers are numbers from 99 down. e.g. when playing a 10/80 keno lottery then masked numbers are 90, 91, ..., 99

* when using the 'match file' filter the matching file MUST contain the same count of numbers in each ticket regardless whether it is the default binary format or an excel generated text (or csv) file. e.g. when playing a 10/80 keno each line must have exactly 10 numbers

* when using the 'match file' filter the position of masked numbers in a ticket is not significant. you must realize that a ticket with 6 regular numbers and 4 masked/dummy numbers will not yield match higher than 'match 6'

[zz]

Well, I tried exactly that, but from some reason it seems may work properly only if a match file has only one line or such...
However, as you said, let's deal with this in some future version..

[zz]

[quote=zz:1109756472]
Well, I tried exactly that, but from some reason it seems may work properly only if a match file has only one line or such...
However, as you said, let's deal with this in some future version..
[/quote]

Actually, it seems I wanted to check results earlier, canceled generating the tickets and it printed also the last line that was just partially checked or so. :red: That means probably will work in the way you explained .

[stan]

never mind. i did some thinking and i've got some idea how to implement this feature quite easily using the current file system framework. so this will be one of the new features in version 4.1.1

[zz]

When do you plan to release the final 4.1 version?

[zz]

[quote=stan:1110122480]
never mind. i did some thinking and i've got some idea how to implement this feature quite easily using the current file system framework. so this will be one of the new features in version 4.1.1
[/quote]

[stan]

i was kind of expecting your post here

anyway, the promised feature will be in version 4.1.2 released hopefully sometime next week.