Topic Summary - Displaying all post(s). Click here to show the reduced amount
Posted by: pyragony54 Posted on: Jul 28th, 2014 at 4:09pm
You'll make it, I'm sure. It was pure coincidence that I discovered that and I could only make no sense of it, because that my forum is running in ANSI. I had to see the order posted out of pure gimmick here is whether the Russian character sets and other work under both UTF-8 and under ANSI. Just unfortunate coincidence.
Posted by: Dandello Posted on: Jul 28th, 2014 at 3:21pm
My experiments on my home server using both UTF-8 and ISO-8859-1 were inconsistent.
ISO-8859-1 seemed to work a bit better as the non-ISO characters were converted to html characters. But depending on how I nested the ubbc tags, things would still disappear and the tags would end up in the wrong place.
I still don't have a good handle on exactly what's happening and I suspect it's above my pay-grade.
Posted by: pyragony54 Posted on: Jul 28th, 2014 at 3:09pm
Maybe a problem with the encoding. For ANSI, the problem is apparently not available.
Posted by: Dandello Posted on: Jul 28th, 2014 at 12:14am
The same issue exists in 2.5.2 and is probably an artifact of getting Mark & Quote to capture any of the ubbc code. (Mark & Quote in 2.5AE stripped out all the ubbc code and did strange things to strings that had ubbc code embedded inside them like: två. which tended to end up looking like: tv å )
Posted by: Dandello Posted on: Jul 27th, 2014 at 10:05pm
On the mark and quote issue - on further testing it looks like mark and quote just can't handle messages with more than just a couple formatting tags. Either the tags get out of order or things get dropped.
Regular quote doesn't have any problems that way.
What I don't know is if this is a recent issue or an old one that hasn't been deemed annoying enough to be reported. Off to do more tests.
Posted by: pyragony54 Posted on: Jul 27th, 2014 at 9:30pm
And the best tester I have in my Forum. Here are many international represented. They have found things that I have not even thought of (see move, split and splice). There are as yet so few things that are important. But all in good time.
Posted by: Dandello Posted on: Jul 27th, 2014 at 9:14pm
This is why having a lot of testers is a good idea - you never know when someone might spot something.
Posted by: pyragony54 Posted on: Jul 27th, 2014 at 8:41pm
Test: eins, zwei, drei one, two, three yksi, kaksi, kolme один, два, три หนึ่งสองสาม ett, två, tre
We're in UTF-8 on this forum, so I frickin' hope all the supported characters show up. Interesting glitch - Mark and quote has a problem with items inside a font-size tag. pyragony54 wrote on Jul 27th, 2014 at 6:14pm:
Test: eins, zwei, drei one, two, three yksi, kaksi, kolme один, два, три หนึ่งสองสาม å, tre
Posted by: pyragony54 Posted on: Jul 27th, 2014 at 6:14pm
I was now four days the cost of work to find all modules. I almost desperate because in the modules was given though, what are still needed for modules, but partly not the version. So I had to experiment and with success. I may at any time call the necessary versions, but why? This can be quite different in the next version of DateTime::TimeZone again. In any case, I now know what is important and I think I have things under control now. cPanel, so I've never worked. All I can say nothing.
Test: eins, zwei, drei one, two, three yksi, kaksi, kolme один, два, три หนึ่งสองสาม ett, två, tre
Posted by: Dandello Posted on: Jul 27th, 2014 at 5:58pm
That's a serious list of dependencies for DateTime::TimeZone.
I'm almost thinging we need to ask admins on installation if their version of Perl or their server interface has a Perl Package Manager (ActiveStatePerl does and so do the versions of cPanel I've seen.)
And put the whole list in the QuickGuide. (We can also put together a stand-alone version of ModuleChecker - yes, ModuleChecker used to have a stand-alone version and it seems that removing that capacity may have been premature. )
Posted by: pyragony54 Posted on: Jul 27th, 2014 at 4:16pm
I once looked at the module exactly. I think you get the version 1.71 to work. Only, CPAN can not be reached in two days. Will I get it not to work with version 1.70 end.
meta::cpan still works... You can see sources of modules there too...
Although managed .... It takes an ass full of modules and may not always be the latest. I have therefore made an image of my modules. Downloads "boardmod.de" because the file is too large. At least, the version is 1.71 without any problems. Test successfully.
Whether one is incorporating the module query into ModuleChecker.pm now or not, I leave that to you. The code I write at least with pure.