Quote from: eddiethegun on December 07, 2012, 09:03 pmQuotewhat do vendors do, anyway -- do they seriously like refresh the site every 10 minutes or something???Yes.That's just... I don't know. Almost insulting.Quote from: eddiethegun on December 07, 2012, 09:03 pmI would pay money for a quality, secure (and therefore open source) SR client application. I think most vendors would. The SR interface is a pain in the ass. Anything would be useful - Firefox plugin, Winforms application, Android app.I like money as much as the next guy... I may seriously do this. I have no experience with Android app development and hadn't even considered it, though now that you mention it, it would definitely let you guys be "out of the office," so to speak, wouldn't it.Quote from: eddiethegun on December 07, 2012, 09:03 pmFrankly, I'd vote for an android app. This may not be a good idea for everyone, but some of us are sophisticated and capable enough to securely run a mobile operating system.(Try cracking my mobile: AES encrypted with a custom SE android kernel that I compile. Plus a tcpdump whitelist script (yes you can compile tcpdump for android) to alert on anomalous traffic. I. Do. Not. Fuck. Around.)Jesus man. That level of caution is just beautiful, I don't know how else to characterize it :)Quote from: eddiethegun on December 07, 2012, 09:03 pmSome things I'd need: 1) push notifications of messages and orders and the ability to manage both from the application. This alone would save me 90% of the time I waste on SR.Some things I'd like: 2) Export Account history/sales data to csv. You know how fucking hard BTC bookkeeping is? (obviously the data would be sterilized first - just need transaction amount, shipping amount, exchange rate at time of sale, exchange rate at time of withdrawal) 3) Integrate with GPG lib.4) Plenty of other things I'm forgetting.#1 wouldn't be too hard to implement right now. The rest would take some work. Not sure #2 could be done at all without an official API.Obviously push notification would be a simulation without SR support; it would be a pull (check) every 1-5 mins, but really, who needs their damn order filled within 5 minutes of being placed anyway.#1 is actually the harder thing, in my mind. #2 would be trivial, provided SR has a page that displays the necessary data. Scraping the site is pretty easy (as in ripping the data from the page and internalizing the structure in a way useful for the application). I mean I have something that can browse listings and send messages and all the stuff involved with scraping that data already (I like toying with code, I often do it for pleasure). Exporting that to a csv file for spreadsheets or whatever is ridiculously easy. If there's no source for that information though, then #2 isn't just hard, it's impossible.#3... well I'm not really sure what you mean. Integrate with it? I mean I can write a 2 line program that declares it uses the shared library, opens it, and voila, there you go. It's integrated. But obviously I don't think that's what you mean, heh.If I'm being serious, an android app would take me a long time. I've got 0 experience with that and would need to learn everything involved. And if I'm going to be responsible for people's safety (as in not getting caught), I'd need to feel like I knew the average Android system inside and out. It may not even be possible with most ROMs. Even CyanogenMod I have little "huh? Wtf did it do that for?" things with. Fortunately I'm not stupid enough to send text messages about my drug habits or take pictures of orders with my phone, so I let it go.Frankly I could literally give you #1 in less than a week if you didn't want a fancy GUI and I had a vendor's account, but I don't. It's pretty hard to write a program to interact with pages I've never seen. I'm not baiting for somebody to let me use their account or something, please don't misunderstand: I'm just saying it's an issue that I don't really see much of a way around.