User talk:Kireji Haiku
Unnecessary Edits
Kindly desist from your inane paranoid obsession with a personal fad. Strife and I have discussed the purpose of edits and agree that edits should not unnecessarily change the style chosen by the example code originators. And don't split hairs with me about what constitutes "style". I will continue to revert unneeded edits back to what the originator intended. Omei Qunhua 07:13, 31 December 2013 (PST)
I obviously have not explained myself simply or clearly enough. Let's try again. There have been thousands of scripts contributed to this Wiki, by hundreds if not thousands of contributors. There have apparently been a million scripts written in LSL and there are tens of thousands of scripts in public libraries. You, I believe, are almost alone among this vast horde of experience in insisting on PUBLIC_CHANNEL and ERROR_GENERIC, (float) FALSE etc. That places you a minuscule minority. You have NO RIGHT to impose your most exceptional view on the rest of us. I personally consider it OBSCENE that you dare to suggest my contributions are in error sufficiently to warrant you getting your sticky little fingers on them, just because I didn't adhere to a very individual quirk of yours in my otherwise totally correct script. What on earth do you think gives you this right? I am sure you are ABSOLUTELY convinced of the advantages of your preferences. By all means feel free to exercise your preferences in your own creations, and I will honour your right to write what you wish in your own creations, so long as they are accurate (i.e. compile and produce correct results). But that does not give you the right as one individual to impose your ways on thousands of the rest of us. The way to convince others is not to trample rough-shod over years of work by the dedicated majority. That only alienates you, certainly from me. I repeat, I will continue to try and ensure that the valid preferences of script originators are preserved. What's your excuse? Omei Qunhua 09:43, 31 December 2013 (PST)
JSON_APPEND and JSON_DELETE
I can't get on right now to test this but what happens if you use JSON_APPEND with JSON_DELETE? If the world were a wonderful place it would delete the last value. <lsl>llOwnerSay(llJsonSetValue("[0,1]", [JSON_APPEND], JSON_DELETE));</lsl> --Strife (talk|contribs) 06:19, 4 October 2013 (PDT)
- What do you think happens if it's NOT an array?
- <lsl>llOwnerSay(llJsonSetValue("{a:1}", [JSON_APPEND], JSON_DELETE));</lsl>
- -- Strife (talk|contribs) 06:23, 4 October 2013 (PDT)
- They both output JSON_INVALID. I'll erm... test and see if there's a better example script :P -- Kireji Haiku 06:29, 4 October 2013 (PDT)
- I tested both on
LeTigre Sandbox 1
which runs3.6.7.281331
. It seems that is before the one introducing JSON_DELETE. So yeah... will wait and see. I removed the example script for now. -- Kireji Haiku 06:39, 4 October 2013 (PDT)
- I tested both on
- Thanks for the useless link. I'd have taken a look, but no perms. So I'll just hope someone will react to that. Not that anybody would to then ones I report. Have a nice one ;) -- Kireji Haiku 06:54, 4 October 2013 (PDT)
- Nah, it's all good. I just don't like the way some of the Linden Lab staff reacts to user reports by first acknowledging bugs and then ignoring any help provided to actually get them fixed. Closing down the JIRA from the public doesn't help either. Anyhow, I'll stop rambling off-topic. Cya -- Kireji Haiku 08:30, 4 October 2013 (PDT)
- BUG-4075 is a feature request for a parameter "JSON_LAST" ;) --MartinRJ Fayray 15:32, 18 October 2013 (PDT)
Vendor systems comparison
Hi. I've tried to find the Titan vending system. It seems its no longer available. The SLURL ends in midair of a sim and you don't land at the vending center, as announced in the creators profile picks. Remove the system from the table? --Mo Noel 09:19, 25 November 2013 (PST)
- Did you try contacting the creator? I personally wouldn't remove the system from the table as long as it still is working and people are using it. -- Kireji Haiku 03:25, 8 December 2013 (PST)