I'd love to split this topic now. As we are talking about two different things and should be two separate RFCs.
That would be an improvement over the current system for sure.
That's what I wanted to discuss with you about. How is it defined in the engine what language a user selects? Can we take the information directly and just port it into a InSim Packet? Without knowing a lot about how the internal parts of the engine stores this information, we can only speculate as to the correct implementation.
Scawen, I can't PM you so forgive the off topic introjection, but do you check the programmer forum anymore? Could you direct your attention too [RFC] InSim Language Information
He's said it before.
I think Scawen would say that this is one and the same, but if they are being exposed via the log, then really there is no good reason to keep them away from the InSim application, as this information is already available programmatically albit in a roundabout way.
Victor, can you please fix tabs being stripped out within the [code] tags. It's making quite a bit of my code look ugly. (Besides the code it's self looking ugly, ergo it needs all the help it can get.)
Sp3 doesn't do anything, it's defined as a spare byte that was never used. It was originally there to pad the length of the NCN packet so that it would be divisible by 4 bytes (32 bits).
[RFC] InSim Language Information [implemented]
By replacing Sp3 in IS_NCN (NewCoNnection) with a byte called Lang to point to an enumeration of languages supported by LFS we can find out right away what language that client prefers.
What do you all think?
// Language Enumerations (for NCN's Lang byte)
enum
{
LANG_ENGLISH,
LANG_FRENCH,
// ...
LANG_NUM
};
struct IS_NCN // New ConN
{
byte Size; // 56
byte Type; // ISP_NCN
byte ReqI; // 0 unless this is a reply to a TINY_NCN request
byte UCID; // new connection's unique id (0 = host)
char UName[24]; // username
char PName[24]; // nickname
byte Admin; // 1 if admin
byte Total; // number of connections including host
byte Flags; // bit 2 : remote
byte Lang; // See Language Enumerations.
};What do you all think?
So how about this, in the Programmer's Forum, we make a thread for each feature we want as a poll. Should it make 50% of the vote in favor would you then consider it? There are a bunch of features that I think would make a great addition too InSim if we can get them onto the system. But we need you to be apart of that conversation.
Might of been better off using LFSWorldSDK for the basis of your program. Although, I admit that I might be bias.
You should also never use error suppression operator (@) as it's very slow and setting error reporting at run time should also be avoided if you're expecting your code to be included in other programs.
You should also never use error suppression operator (@) as it's very slow and setting error reporting at run time should also be avoided if you're expecting your code to be included in other programs.
At what point can we start discussing new packets and features for InSim?
Guys. This is not the place for a witch hunt. He found a bug in PRISM that I've now fixed. Shows over.
That would make for a pretty epic flowing section if they were connected with the same radius as shown.
Could we get an InSim Language Packet, or make it a part of the IS_NCN packet, like Use Sp3 for a Lang define. How many languages does LFS support, can it express that information in a byte (0 - 255)? This above all else would be a massive help to InSim applications.
He found a legitimate bug in my program, it would be stupid not to fix it.
THAT SUCKS! I've the packet to PRISM, so hopefully that will help you somewhat.
/modules/prism_plugins.php (Lines 436 - 444)
That should fix it. Please test.
<?php
protected function &getClientByUCID(&$UCID, $hostID = null)
{
if (($clients =& $this->getHostState($hostID)->clients) && $clients !== null && isset($clients[$UCID])) {
return $clients[$UCID];
}
$return = null;
return $return;
}
?>
What version of php are you running?
php -vAre you both using the latest version of PRISM?
You don't have MySQL's PDO driver in your PHP install. You might just need to add php_pdo_mysql.dll into your php.ini file.
Find your php.ini file and then remove the semicolons from the front of the lines of the extensions you want to install extension=php_pdo_mysql.dll should do the trick.
Find your php.ini file and then remove the semicolons from the front of the lines of the extensions you want to install extension=php_pdo_mysql.dll should do the trick.
Just a crazy idea. Why not use Font-Awesome for the icons? It should in theory cover most forum icons already?
FGED GREDG RDFGDR GSFDG