| 00:18.07 | seebs | There probably ought to be some kind of generic Settings Thing. |
| 00:18.18 | seebs | Which would be written by someone who isn't me. |
| 00:24.29 | seebs | Come to think of it. |
| 00:24.50 | seebs | That could be a really useful thing for programs which want settings handled, and which don't want the global namespace pollution of individually-declared Saved Variables. |
| 00:29.26 | Baanano | like windows registry? |
| 02:00.27 | seebs | That is pretty much the best argument against it I can think of, yes. |
| 02:00.43 | seebs | Huh. There's a thought. |
| 02:01.28 | seebs | ZorbaBeta: It might be nice to have a (possibly larger) space for per-character saved data which is server-side but only loaded/saved during logout/login, not visible to other players. Basically, give us the same mechanism used for things like window locations, keybindings, and other server-stored settings. |
| 02:01.54 | ZorbaBeta | seebs, unfortunately, the mechanism used for those things is the same as the mechanism used for addon storage :) |
| 02:02.09 | seebs | Hmm. |
| 02:02.44 | seebs | Thing being, every time I start thinking about using addon storage, I realize that the amounts of storage I'd want are wayyy larger than 2KB. |
| 02:02.50 | ZorbaBeta | we don't currently have a way of easily providing per-character data that is not loaded in its entirety when a character logs on. there's a few exceptions to this, but they take a *lot* of work to set up and end up using significant space anyway |
| 02:03.05 | ZorbaBeta | yeah, and honestly, that probably means it's not going to happen - we just don't have the RAM for it |
| 02:03.11 | seebs | Well, maybe not *way* larger. But basically I can do one mid-sized hunk of data. Stuff like an addon's configuration is just Too Large. |
| 02:03.17 | seebs | Hmm. *thinks* |
| 02:03.21 | seebs | Hey. There is a thought. |
| 02:03.31 | seebs | What are the limits on the text that can go in a mail message? |
| 02:03.43 | ZorbaBeta | I think people could probably crunch more down than they'd expect if they put some work into bytepacking and efficiency |
| 02:03.45 | ZorbaBeta | dunno :) |
| 02:03.54 | seebs | Reason I ask is: I often switch machines. I would like a reasonably sane way to migrate settings from one machine to another. |
| 02:04.08 | seebs | And it occurs to me that in-game mail is not horribly stupid as a way to transmit data. |
| 02:04.59 | seebs | I would be interested in second opinions on the storage I'm doing. Right now, for LibMerisioux, I'm basically doing a thing which creates a table with four fields, all strings, and that's compressing to ~1600 bytes for Meri's bio and background. Which is admittedly on the large side. |
| 02:05.51 | ZorbaBeta | well, if your program mostly stores user-entered strings, then, yeah, there's not a lot you'll be able to do about that |
| 02:05.53 | seebs | Eh, probably more than four fields. Still, only a handful. And my limited experiences with trying to pre-load the compression thing (by doing a prior segment which is the same always and thus doesn't need to be transmitted, but gives me a likely dictionary) have been that in general I can't make it significantly better that way. |
| 02:06.21 | seebs | I could probably trim it a little bit by giving the fields single-letter names, I guess, but that seems unlikely to make a measurable difference. |
| 02:06.28 | ZorbaBeta | I mean in theory you could do some wacky reverse-base64 encoding or pregenerated huffman table per language, but that would probably not be worth the effort |
| 02:07.43 | seebs | Something similar to base64 for the mail message thing is perhaps not awful. What I want to try to do is come up with a way to make it reasonably easy to express "I would like these settings saved persistently in a way that lets me pick them up when I next log in". |
| 02:08.02 | seebs | I guess just copying SavedVariables could work, but that's reasonably tricky just because long path names confuse users. |
| 02:08.05 | ZorbaBeta | depending on the settings, that might not be too bad, but you'd probably want a denser format than lua tables |
| 02:08.30 | ZorbaBeta | something with integer-tagged fields and the like |
| 02:08.41 | seebs | Yeah. Although compression being magic, I'm not sure the density of the format matters *much*. But I don't know what the rules for mail messages are. I guess I could go experimenting. |
| 02:09.21 | seebs | Huh. There's a concept. |
| 02:10.00 | seebs | Okay, imagine an addon called HoldThisForMe. If you and another player both run it, it can stash timestamped data for you in their SavedVariables. |
| 02:10.30 | seebs | So if they notice that you've logged in, their addon can pass new data to yours, which it may have gotten from you on another machine. |
| 02:11.11 | seebs | Not super reliable, but it might be useful. |
| 02:11.32 | ZorbaBeta | back in the WoW days I was toying with the idea of writing a distributed database :V pretty sure if I'd ever done it, Blizzard would have killed it, though :) |
| 02:12.40 | seebs | I was trying to explain to someone that, in general, if the Rift API allows something, it is probably not going to be regarded as an exploit, because you are not a careless idiot. |
| 02:13.09 | seebs | I think a lot of people have an unrealistically low set of expectations about Trion engineering. |
| 02:13.39 | seebs | Seriously, I saw someone claiming that the only reason Trion allows multiboxing is that the entire Rift team is unaware that anyone uses key cloning software, because it is such a new technology. |
| 02:13.43 | ZorbaBeta | yup, AFAIK there's nothing possible via the addon API that would be considered an exploit. Although there's a few things people could do that would put more load on the server than we're happy with, especially if done in bulk |
| 02:13.56 | ZorbaBeta | but since most people aren't asses, that probably won't become a real issue :) |
| 02:14.07 | seebs | I am a little unsure about the logical implications of farming the dimension achievements for placing objects. |
| 02:14.41 | ZorbaBeta | I think that falls into the "probably not worth fixing" category, really. haven't managed to ask about it yet though |
| 02:14.49 | ZorbaBeta | (afk, dinner :) ) |
| 02:14.50 | seebs | Unfortunately, I am vulnerable to a tendency to Not Get It when people have rules that rely on judgment calls. |
| 02:15.38 | seebs | Back in college, I got in a fairly severe amount of trouble for writing a number of programs which did things like "emulate our terminal multiplexer in a way that would let it collect passwords from users who tried to use public terminals" or "try likely passwords against the password database". |
| 02:15.56 | seebs | Problem: They had a nice clearly-written policy which prohibited accessing other users' accounts without their permission. |
| 02:16.45 | seebs | It was maybe fifteen years later that I realized that they probably did not regard the distinction between "obtain a list of the passwords so you can go tell the sysadmin that they need better education on password security because look at this crap" and "ever actually use a password to access another user's account" as significant. Like, they weren't just being arbitrary and mean. |
| 02:17.18 | seebs | It would never have occurred to me to violate the policy, because it was a policy I had agreed to. I just didn't understand that they did not mean it quite as literally as they said it. |
| 02:36.01 | seebs | Huh. |
| 02:36.28 | seebs | So, anyone here ever run two copies of Rift on the same machine? I would like to mess with my messaging addon code, and having to run two machines and copy files around is Annoying. |
| 02:36.36 | Ivnedar | yeah |
| 02:36.51 | Ivnedar | works fine on mine :D |
| 02:37.09 | Imhothar | Gotta be careful about saved variables though |
| 02:37.21 | seebs | Anything special to set up, to avoid things like clashes with savedvariables? Just double-click client again once it's running? |
| 02:37.40 | Imhothar | if you don't run two separate clients with local interface folder they start clashing |
| 02:37.53 | seebs | Hmm. |
| 02:38.06 | seebs | So, make copy of the directory containing client, make interface folder for it? |
| 02:38.08 | Ivnedar | only for things that use global saved vars, not account/char bound ones |
| 02:38.09 | Ivnedar | like kalert |
| 02:38.27 | Imhothar | it's either all or nothing |
| 02:38.50 | seebs | Does the client give preference to the local directory? Well, nevermind, I can just copy all those files somewhere else. |
| 02:39.01 | Ivnedar | client uses whatever it's told to in rift.cfg |
| 02:39.03 | Imhothar | only reliable way to separate them is not using My Documents for interface folder |
| 02:39.12 | Imhothar | it doesn't |
| 02:39.20 | Imhothar | well or that |
| 02:39.31 | Imhothar | but the rift.cfg is in My Documents, so shared |
| 02:39.52 | Ivnedar | yeah, can make that local to the second install area, point it at another interface directory |
| 02:40.02 | seebs | So, if I just make sure I have two copies of PTS client, and each has its own copy of the Interface folder, and I don't have one in the Documents/RIFT PTS folder, it should work? |
| 02:40.25 | seebs | Oh, that's right. rift.cfg is by default a shortcut. You could presumably make it not be a shortcut. |
| 02:40.42 | Imhothar | it should |
| 02:40.52 | Ivnedar | DocumentsDirectory = ... |
| 02:41.03 | Ivnedar | is the option you want to check/change in rift.cfg |
| 02:41.08 | Ivnedar | to control where it should look for stuff |
| 02:41.47 | seebs | Hmm. |
| 02:41.59 | seebs | Right now, there's a "rift.cfg.lnk". If I remove that, and copy in a plain rift.cfg, will that still work? |
| 02:42.13 | Ivnedar | should |
| 02:42.16 | Imhothar | why not just try it out |
| 02:42.18 | Ivnedar | rename the link instead of removing it |
| 02:42.25 | Ivnedar | so you can put it back if it breaks :D |
| 02:42.34 | seebs | Good thought. |
| 02:43.51 | Ivnedar | if you were only doing it once or twice, you could have two rift.cfg files in the one install area pointing at different directories and swap them around after starting each client |
| 02:44.01 | seebs | Ahh, PTS patcher. |
| 02:44.11 | seebs | expectedSize = 2002, actualSize = 2002. |
| 02:44.15 | seebs | Yup, that is bad data alright. |
| 02:47.51 | seebs | Well, looks like it's working so far. |
| 03:13.58 | seebs | Wow. I think I just discovered a fairly impressive and sort of stupid memory leak in LibRarian. |
| 03:14.16 | seebs | I don't think it actually every cleaned out requests that didn't get answers. |
| 03:14.22 | seebs | s/every/ever/ |
| 03:15.21 | seebs | … yup. That's sort of sad. |
| 04:15.43 | *** join/#riftuidev NuSuey (uid3556@gateway/web/irccloud.com/x-rlmtikqqucmveqyu) |
| 06:53.31 | *** join/#riftuidev Argixx (~Argixx@c-107-2-174-24.hsd1.co.comcast.net) |
| 06:53.49 | Argixx | Is any1 awake or alive in here? |
| 06:53.54 | Ivnedar | yup |
| 06:54.20 | Argixx | If i wanted to check if a certain buff was present would i use an inspector? |
| 06:54.51 | Ivnedar | yeah, Inspect.Buff.List(unit) |
| 06:55.04 | Argixx | ok and what is a unit exactly? |
| 06:55.34 | Argixx | can i just give the name of the buff as a string? |
| 06:55.37 | Ivnedar | 'player' or 'player.target' or 'focus' or 'group01' etc |
| 06:55.43 | Ivnedar | nah, buffs will come back as ids |
| 06:56.00 | Ivnedar | you'll need to loop over those ids and inspect the individual buffs to get the details back about them |
| 06:56.02 | Argixx | where do you find the id or should i just print the id of it and the name for some guess and check |
| 06:56.03 | Ivnedar | then you can check name |
| 06:56.20 | Argixx | ok |
| 06:57.06 | Ivnedar | so .List will return a table of buff ids on that unit, you then pass that id and unit to .Detail to get back more info about it |
| 06:57.29 | Argixx | alright man thanks |
| 06:57.47 | Ivnedar | not a problem :) |
| 07:07.20 | Argixx | alright 1 more question man |
| 07:08.03 | Argixx | i got the list and i got all the details printing out if i was gonna check if that list contained a certain buff would i check the table for an element as the id or the name or what |
| 07:08.05 | Argixx | does it even matter? |
| 07:08.39 | Ivnedar | you'll need to loop over the ids, get back details, compare each name to what you're looking for |
| 07:08.57 | Argixx | right so for example if i wanted to check for track plants |
| 07:08.59 | Ivnedar | the ids you get back from .List() are unique one off things |
| 07:09.08 | Argixx | i would do a function like |
| 07:09.16 | Argixx | functions table.contains(table, element) |
| 07:09.25 | Argixx | that element do i input the id from the details or the name or what |
| 07:09.31 | Argixx | what are the spells stored as in the table |
| 07:09.33 | Argixx | the id? |
| 07:10.14 | Ivnedar | element would be the id of that buff instance |
| 07:10.35 | Argixx | ok |
| 07:10.37 | Ivnedar | which would be different for every time you see it on someone |
| 07:11.06 | Argixx | so you can just have 1 static id for each spell |
| 07:11.10 | Argixx | the id changes each time its applied |
| 07:11.15 | Argixx | cant* |
| 07:11.34 | Ivnedar | buffs have an id and a type |
| 07:11.39 | Ivnedar | id is different every time |
| 07:11.46 | Ivnedar | type is the same across languages, etc |
| 07:11.51 | Argixx | so then is there a method that gets the id? |
| 07:12.01 | Ivnedar | .List() returns ids |
| 07:12.05 | Argixx | i know |
| 07:12.15 | Argixx | but can i get the list loop through it and pull the id for a certain spell |
| 07:12.20 | Argixx | so the id updates every time i run the function |
| 07:12.35 | Ivnedar | you pull back the list of ids, check each one to see if it's the buff you're looking for |
| 07:12.39 | Argixx | if it changes then you cant just make some variable with the id and check for it |
| 07:12.42 | Argixx | ok |
| 07:12.53 | Ivnedar | it'll be the same for the duration of the buff |
| 07:13.09 | Ivnedar | so track plants will stay the same for a long time, unless you reapply it, then it changes |
| 07:13.41 | Ivnedar | but a 3s buff you get while in combat over and over will change quite often |
| 07:15.23 | Argixx | right |
| 07:16.17 | Argixx | does Inspect.Buff.Detail return a table? |
| 07:16.33 | Ivnedar | yes |
| 07:16.36 | Ivnedar | http://www.seebs.net/rift/pts/Buff_index.html#Inspect.Buff.Detail |
| 07:35.52 | Argixx | how do you get a RiftButton to be the length of the text? |
| 07:36.06 | Argixx | is there a method to return the length in pixels of all the text in it? |
| 08:15.06 | *** part/#riftuidev Guest86994 (~Natch@c-10cfe155.25-4-64736c10.cust.bredbandsbolaget.se) |
| 08:15.13 | *** join/#riftuidev Natch (~Natch@c-10cfe155.25-4-64736c10.cust.bredbandsbolaget.se) |
| 08:34.06 | *** join/#riftuidev Alystin (Alystin@ip-5-146-170-242.unitymediagroup.de) |
| 09:26.00 | *** join/#riftuidev Adelea (~martin@109.224.129.157) |
| 13:03.35 | *** join/#riftuidev Kheldar (~Kheldar@ANantes-557-1-237-120.w2-8.abo.wanadoo.fr) |
| 13:03.47 | Kheldar | Hi |
| 13:35.49 | Kheldar | Hum, that's weird |
| 13:36.16 | Kheldar | When i create a frame after doing /test on chat, it's working nice |
| 13:37.26 | Kheldar | but if i create a macro "test" and click on it in my ability bar, the window appear firt on the top left of the screen with the default size for somthing like 0.2sec |
| 13:37.31 | Kheldar | is that normal ? |
| 14:29.25 | Adelea | kheldar - yes. probably not intended though. |
| 14:30.03 | Adelea | or at least i often see frames appear top left before either hiding or moving |
| 14:31.04 | Adelea | doing a :SetVisible(false) right after the UI.CreateFrame(), and then :SetVisible(true) later on, seems to help a bit |
| 14:32.00 | Adelea | be nice if we could do a :SetVisible(false) on the context, to default frames to not being shown! |
| 14:55.47 | Kheldar | Yes i tried it, but it doesn't work :p |
| 15:13.41 | Adelea | Anyone an expert on coroutines ? |
| 15:37.18 | Ivnedar | I've not used them yet |
| 15:42.58 | Adelea | i dont think my question may have made much sense, or been a good idea - so shelved it =) |
| 16:47.04 | Adelea | hmm Kheldar... context:SetVisible(false) does seem to work. |
| 16:47.10 | Adelea | im sure id tried it in the past and it didnt |
| 17:26.56 | *** join/#riftuidev Imhothar (miranda@ppp-188-174-141-177.dynamic.mnet-online.de) |
| 17:45.47 | Imhothar | ZorbaBeta: when i mouseover an item in the bag, the tooltip of the item appear at the top-left corner of the screen instead of bottom-right of my mouse. |
| 17:45.47 | Imhothar | please let me know your progress on this issue here. |
| 17:46.15 | Imhothar | Maybe I should start bribing people to post a comment like this every few hours |
| 19:22.18 | seebs | I'm not an expert on coroutines, but I sort of understand how to use them. |
| 19:33.24 | Torhal | They're pretty awesome. |
| 19:56.44 | Adelea | they are useful yes. |
| 20:17.27 | seebs | I have this notion of doing a dimension, the theme of which is this: |
| 20:17.41 | seebs | Most people don't know it, but actually the Vault of Heresy is an amazing dance club. |
| 20:50.39 | seebs | We continue to get a TON of requests that would be solved if Command.Message.Broadcast and Event.Message.Get could see/send regular chat messages, not just addon-only chat messages. |
| 20:51.05 | seebs | Although, I suppose I could do a first approximation by doing an addon which also listens for such messages. Hmm. |
| 22:58.48 | seebs | More thoughts vaguely related: Do *all* macro-like things require secure frames, or only the ones which can result in activities being used? |
| 22:58.56 | seebs | e.g., can an addon trigger, in any way, a /emote? |
| 23:04.51 | seebs | Argh. |
| 23:04.58 | seebs | I just realized, the storage API doesn't have timestamps. |
| 23:05.07 | seebs | And it has checksums, so I can tell whether an item is *different*. |
| 23:05.11 | seebs | But I can't tell whether it's *newer*. |
| 23:18.31 | *** join/#riftuidev Kheldar (~Kheldar@ANantes-557-1-237-120.w2-8.abo.wanadoo.fr) |
| 23:20.27 | Adelea | Not all macro like things need secure frames - you can use items w/ out secure |
| 23:23.41 | Kheldar | Adelea: context:SetVisible(false) works but don't fix the problem for the frame appearing 0;2 sec |
| 23:24.02 | Kheldar | It was i meant |
| 23:24.03 | Adelea | oh really? it draws visible then hides? |
| 23:24.13 | Kheldar | yeap |
| 23:24.30 | Adelea | that sucks then |
| 23:24.37 | Kheldar | clearly |
| 23:24.57 | Adelea | its only noticeable on a /reloadui though ? |
| 23:25.39 | Kheldar | But that's only when running a macro so i don't think users will use macros to open a configuration screen :p |
| 23:25.51 | seebs | Hmm. |
| 23:26.05 | Kheldar | well, i guess we can't see the frames appear during a loading |
| 23:26.09 | seebs | See, I want to be able to /say from an addon. |
| 23:26.12 | seebs | But I don't think I can. |
| 23:26.18 | Kheldar | it's only when you create a frame while playing |
| 23:26.29 | Adelea | not without using a macro and having the user press a button |
| 23:27.11 | Adelea | (onscreen button/frame, not keyboard key button) |
| 23:28.16 | seebs | I find that limitation extremely frustrating. |
| 23:28.44 | seebs | I really, really, want to be able to observe and produce chat messages. I have an addon I maintained for years in WoW, which a lot of people apparently liked, which cannot be done without it. |
| 23:29.08 | seebs | And so far as I can tell, the addon API already has the ability to send messages which honor the rules for tell, say, etcetera. Just that they are of a different type. |
| 23:29.40 | seebs | Also, the lack of timestamps on the storage API turns out to bite me. I hadn't thought through the need to timestamp things until I got to "hey, what if I checked for newer versions on server". |
| 23:29.53 | Adelea | you could send messages to other users of the addon, just not the population as a whole |
| 23:29.58 | seebs | Answer: I can't, because to do that I'd have to have previously written code to have been storing timestamps all along. |
| 23:30.12 | seebs | I want chat bubbles. :( |
| 23:30.41 | Adelea | well - anything w/out a timestamp is clearly older than 'now'. - just treat it all as being the same age, and anything you have to hand now, as newer? |
| 23:30.48 | seebs | Nope. |
| 23:30.57 | seebs | Problem is, whatever I store, old copies of the addon will try to load it. |
| 23:31.11 | seebs | And they will be VERY UNHAPPY if the format has changed. |
| 23:31.36 | seebs | So I need to make a new version of the addon which could read the new format but not write it. And then wait one or two years for everyone to update. |
| 23:32.10 | seebs | If we could get timestamps from the storage API, I could do it because then the timestamp doesn't have to be *in* the data that the old addon code will be looking at. |
| 23:32.52 | seebs | Hmm. Come to think of it. The old addon code may just ignore unknown fields. |
| 23:33.01 | Kheldar | Neverming, the windows appeard briefly even after a reloadui (but not after the login loading) |
| 23:34.30 | Baanano | seebs, if your old version used table.insert for events, they'll be forced to update, no need to wait years |
| 23:35.12 | seebs | That's the thing. |
| 23:35.19 | seebs | YESTERDAY is when I uploaded the new event API version. |
| 23:35.33 | seebs | And I thought I'd found all the holes that I needed to fill so upgrades would be easier. |
| 23:35.50 | seebs | I remembered the storage API had checksums, I somehow thought it also let me check timestamps. |
| 23:36.02 | Baanano | that's unfortunate |
| 23:36.07 | seebs | Because checksums without timestamps only allow you to determine that you will lose data if you guess wrong. |
| 23:36.20 | Baanano | did you use storage previously? |
| 23:36.26 | seebs | … as of yesterday, yes. |
| 23:36.45 | seebs | See, what I added yesterday was the thing where the addon publishes to storage and checks storage for other users. |
| 23:36.56 | seebs | Then I realized: I could have it also check for *your* storage, and restore your settings if they got lost locally. |
| 23:37.14 | seebs | Or, say. Have it so that if you log in on one machine, and make a change, then when you go to another machine you see that change. |
| 23:37.28 | Imhothar | I still wonder why one would need player storage for an addon like Merisioux when it has only drawbacks comapred to direct messaging |
| 23:37.42 | seebs | Bandwidth/latency. |
| 23:37.47 | Imhothar | other than being machine independent |
| 23:38.04 | seebs | Well, that and the machine-independent thing. Log in without the addon, other people can still see your bio. |
| 23:38.17 | seebs | But say you walk into a crowded tavern, and 50 people mouse over you. |
| 23:38.34 | seebs | Getting 50 messages, and then sending 50 responses, is more expensive than not doing it. |
| 23:38.39 | Imhothar | it's still just a bunch of text and the game throttles it anyway |
| 23:39.17 | Baanano | why don't you change the name of the saved var? it won't be compatible backwards but if the version was published yesterday... |
| 23:39.38 | seebs | Sure, but basically, doing it this way halves the bandwidth used. And when you have a lot of people with a lot of text mousing over each other a lot… It adds up. |
| 23:39.59 | seebs | Well, what I've discovered is: The addon does actually ignore unknown fields. |
| 23:40.00 | Adelea | ppl dont play on 56k phone lines any more |
| 23:40.11 | Imhothar | one can argue about the "lot of text" thing |
| 23:40.16 | seebs | So I can just add a stamp field, and use it, and old copies of the addon won't, but then, they don't care. |
| 23:40.53 | seebs | But it's annoying to me because it means now everyone has to move the stamps around even though they aren't really using them; they are only interesting to the player whose addon storage is being compared to their saved variables. |
| 23:41.00 | Adelea | i ran wireshark on a world event once, and rift was throwing 200kb/sec at me. i doubt your 'lots of text' comes anywhere close. |
| 23:41.14 | seebs | Probably not, no. :) |
| 23:41.39 | seebs | But I guess… Philosophical stance: I don't like to waste bandwidth. One of the things that I hated about WoW addons was that they were frequently insanely spammy. |
| 23:42.12 | Imhothar | If you don't use the available resources it's jsut a waste of heat |
| 23:42.17 | seebs | So I try to at least think about things that will use bandwidth, and mitigate them when I can. |
| 23:43.26 | seebs | uh-oh |
| 23:43.32 | seebs | I just found a theoretical risk. |
| 23:43.35 | Adelea | tbh,. that seems to me as though you are optimizing something that doesnt need optimizing. |
| 23:43.50 | seebs | Imhothar, you might know: Is there any expectation that os.time() values in Lua are compatible across OS's? |
| 23:43.54 | Adelea | even if you do send the data to ppl all at once, its not like youre going to be doing it over and over and over |
| 23:44.04 | seebs | I suppose that WINE probably emulates the Windowsy behavior for that. |
| 23:45.45 | Imhothar | seebs, it's not. Why not use Inspect.Time.Server? |
| 23:46.24 | seebs | I don't know what guarantees that has either. :) |
| 23:46.45 | seebs | Ahh, that does have the guarantee I want. Win! |
| 23:46.53 | Imhothar | it's the timestamp of the server and probably the best guarantee you can have |
| 23:47.16 | Adelea | and they dont use DST either (at least in EU) so it should be consistent |
| 23:47.34 | seebs | Inspect.Time.Server is defined to be Unix epoch. |
| 23:48.19 | seebs | So that solves that, anyway. |
| 23:49.14 | seebs | Now I just have to do a fussy little dance. I want to make sure that (1) if I have local data, they get published and put into the server stuff, (2) if I don't I retrieve stuff from the server. |
| 23:49.25 | seebs | Protocols like this are tricky for me. |
| 23:49.49 | *** join/#riftuidev Baanano (~chatzilla@156.203.221.87.dynamic.jazztel.es) |
| 23:50.06 | Imhothar | well, you can always assume to be the only actor in this game |
| 23:50.19 | Imhothar | since only the player has write access to player storage. that simplifies things |
| 23:50.25 | seebs | Yes. |
| 23:51.10 | seebs | I think what I want to do is, on login, request player data from LibRarian. It will either tell me it found some, or tell me it didn't. |
| 23:51.14 | seebs | Then I can update appropriately. |