Har ikke kjøpt/solgt noe enda, men laget en konto.
Tips: Hvis du bruker førerkortet som ID, ta bilde av begge sider selv om de kun ber om forsiden, fordi de tror at "utstedt" datoen er utløpsdato, og avslo min ID-søknad flere ganger.
Hvordan fikk du de til å godkjenne ditt førerkort? Jeg ga opp, og scannet pass. |
|
|
|
binaryFate: Awesome job!! That makes it so much easier to buy things with monero 
|
|
|
|
Bitfinex & BTC-e are the only major USD exchanges over a year old to have:
· never been hacked (bitstamp, gox)
· never seized customer wallets (bitstamp kyc compliance)
· strong volume
BTC-e was hacked once (liberty reserve api) and Bitfinex launched their site with leaked source code (from bitcoinica hack) |
|
|
|
 Maybe I'm old fashioned, but I can't stand "infinite scrolling" either. It's a feature I find to be very annoying for the most part (there are exceptions where it can serve a purpose, such as google image search). The problem I have with it is that I can't go to a particular page without scrolling endlessly. There are times when I want to lookup a discussion, and say there are 50 pages, I know it's likely to be somewhere around 30-40, with pagination I can make some guess and narrow it down fairly quick, but with infinite scroll I will have to scroll endlessly through page 1-30 or 50-40 before I can start my search. Another scenario could be you're reading a thread and are on page 30 (or in this case, far into your "scroll") and by accident you close the page or (god forbid) you are stupid enough to click a link without "open in new windows". Now you're left to wonder where you left of. Heh - the Markdown thing was a jab, but seriously it's so much better than BBCode and raw HTML for posts, and it's a LOT easier for us to handle security implications. On the infinite scrolling thing, we already handle pagination if you browse with JavaScript disabled:  JS enabled  JS disabled We can definitely add a user setting to disable infinite scrolling in lieu of pagination. We'll have to give some thought as to how we highlight jumped-to comments in short threads. That's excellent, shouldn't be too much of an issue to enable it then, if already created for non-js browsers. Maybe I'm old fashioned, but I can't stand "infinite scrolling" either. It's a feature I find to be very annoying for the most part (there are exceptions where it can serve a purpose, such as google image search). The problem I have with it is that I can't go to a particular page without scrolling endlessly. There are times when I want to lookup a discussion, and say there are 50 pages, I know it's likely to be somewhere around 30-40, with pagination I can make some guess and narrow it down fairly quick, but with infinite scroll I will have to scroll endlessly through page 1-30 or 50-40 before I can start my search. Another scenario could be you're reading a thread and are on page 30 (or in this case, far into your "scroll") and by accident you close the page or (god forbid) you are stupid enough to click a link without "open in new windows". Now you're left to wonder where you left of.
Try remember how long it took you to scroll down versus if you were on page 30 or not. You can't even remember the location of your scroll bar since there is no such thing as "half down the page" with infinite scroll.
As for my main concern (order), you are right, I can order it by oldest / latest. That's cool. But the quotes are not in the actual post, it's above in a tooltip, but the entire post is not displayed. So what happens if I want to read the post quoted? I have to click the link and it will take me to the post, but with infinite scroll how am I going to find my way back to the responding post? the scroll bar is useless. And it's not unreasonable to assume I want to read the quoted post of the quoted post, and as you move up you're just getting more lost.
Discourse addresses those issues. Jeff Atwood (CodingHorror) blogged about the troubles of pagination and infinite scrolling http://blog.codinghorror.com/the-end-of-pagination/Robin Ward (EvilTrout) then blogged about how to "do it right" a year later http://eviltrout.com/2013/02/16/infinite-scrolling-that-works.htmlHere's an example of a long thread at Discourse https://meta.discourse.org/t/what-is-the-most-awesome-plugin-for-discourse-that-does-not-yet-exist/31/73The /73 is the currently viewed reply so navigating to a link and hitting back works it's updated using the javascript replaceState function to update the URL as described in EvilTrout's blog In the lower right is a progress bar showing how far you are into a thread which upon clicking allows you to jump to a specific post, top, or bottom Love it, that was a much better user experience. |
|
|
|
|
GTO911: This topic is for monero discussion, there is a marketplace subforum to sell your shitty domains.
|
|
|
|
If anyone has a forum based domain name, Monerotalk/Moneroforum, for ex, then I may be able to help with constructing a forum on it(You can lease the domain name).
It's MoneroTalk. Personally, I'm not fan of the reddit layout the official forum is using. A forum and reddit serves two different functions. Change your sort order in your user settings to Oldest First and you have a traditional flat forum (although no need to deal with pagination because infinite scrolling ftw. Unless the comment is about Markdown, but anyone who prefers BBCode to Markdown is clearly stuck in the 90s and needs to get with the program;)  Maybe I'm old fashioned, but I can't stand "infinite scrolling" either. It's a feature I find to be very annoying for the most part (there are exceptions where it can serve a purpose, such as google image search). The problem I have with it is that I can't go to a particular page without scrolling endlessly. There are times when I want to lookup a discussion, and say there are 50 pages, I know it's likely to be somewhere around 30-40, with pagination I can make some guess and narrow it down fairly quick, but with infinite scroll I will have to scroll endlessly through page 1-30 or 50-40 before I can start my search. Another scenario could be you're reading a thread and are on page 30 (or in this case, far into your "scroll") and by accident you close the page or (god forbid) you are stupid enough to click a link without "open in new windows". Now you're left to wonder where you left of. Try remember how long it took you to scroll down versus if you were on page 30 or not. You can't even remember the location of your scroll bar since there is no such thing as "half down the page" with infinite scroll. As for my main concern (order), you are right, I can order it by oldest / latest. That's cool. But the quotes are not in the actual post, it's above in a tooltip, but the entire post is not displayed. So what happens if I want to read the post quoted? I have to click the link and it will take me to the post, but with infinite scroll how am I going to find my way back to the responding post? the scroll bar is useless. And it's not unreasonable to assume I want to read the quoted post of the quoted post, and as you move up you're just getting more lost. Another issue is when there are not enough replies to enable infinite scroll and everything fits in one page, if you click a quoted post, nothing changes on the screen, you don't actually know which post it is. There should be some ajax that marks the post at least. Right now something like #post-144 is added to the url, but that's not very user friendly when everything fits on one page. I'm not sure if I'm missing something or if this is intentional, but posts are all minimized by default for me if there are a lot of replies. Pretty annoying having to click the unminimize sign to read the post. |
|
|
|
Guys, the idea of building a forum from the scratch was nice. However it doesnt work. Even someone from the core team said that it failed. It is 2015 and lacks basic features that every forum in the world have. It is simply not productive.
Please, create a simple, built in 15 minutes, forum like this one. Let a community to be built. Let projects and ideas to be discussed.
Seriously guys, do it now please.
Instead of complaining just list the features you're missing. Honestly, the amount of effort required to secure SimpleMachines and its brethren (and make it performant and scalable) doesn't make an alternative appealing. The forum software is not an undertaking we decided upon lightly, it plays directly into some of our future design goals and being able to integrate with those. If there are critical items missing, list them. Plus we're maybe a month away from opening up the GitHub repository, and then anyone can contribute. I remember there being another forum, not forum.monero.cc, another one. Argh, I forgot it's url, but why not build a temporary forum, for discussion to take place easier until the custom one is fit to everyone's liking? If anyone has a forum based domain name, Monerotalk/Moneroforum, for ex, then I may be able to help with constructing a forum on it(You can lease the domain name). It's MoneroTalk. Personally, I'm not fan of the reddit layout the official forum is using. A forum and reddit serves two different functions. |
|
|
|
where the hell is the dude that proposed the bond measure in the first place?
(edited twice because I can't use "there/their" correctly)
aminorex proposed the bond, but i think there was not enough XMR pledged to make it worthwhile for him. Until then, you can be your own "Monero Masternode" by buying and holding.  In other news, I noticed the Monero subreddit just gained about ~150 new subscribers in the past few days. It has been stagnant around 700 for months. Perhaps some new users are noticing the great potential of Monero. Wow! That thing was stagnant for months and BAM! Wonder what sparked it? Cryptodice? Unease in the Bitcoin privacy debate? Or just people getting real smart real fast? There has been a huge price increase in darkcoin the last few days. Perhaps this attracted more interest in coins with focus on anonymity as a whole. People will be looking at the various alternatives and discover monero. Makes more sense to buy into a better / non-premine coin where there hasn't been a rally yet, and anyone buying monero today is getting in at the early adopter prices. |
|
|
|
Ah, thought so. Here you go   Some pretty large buys going on. |
|
|
|
Isn't there a fundamental problem with ANC, that people don't know who the big holders (whales) are?
Or how the distribution is? How many big holders?
Like in other anon coins its know who the big holders are. How coin is distributed over the community.
But in ANC not so much.
because we are not interested in pump'n'dump. move along... Anyone can look at http://coinmarketcap.com/currencies/anoncoin/ chart / all and see the biggest one day spike in anc history. Someone is getting ready for a massive pump or a massive dump. One of the most crookedly traded of the older altcoins. So is it going to be a pump or a dump? Educated guess, based on experience with anc, is that a new major update comes out soon. Then a huge pump. Once the market seems to peak the big holders will dump. Same as before. Meeh has been lured to the Phillipines, also known as Planecrashistan. Once he is officially off the coin the next pumpndump cycle begins. Another attempt to implement a rigged algo. Another cash windfall for the supposed protectors of liberty. Same modus operandi with altcoins as with their other projects. Carry on. I have been involuntarily HODLing anoncoins for almost 4 months now, looking forward to dump it all during that huge pump. With a new wallet update I guess cryptsy will finally give me my coins... |
|
|
|
|
Ok cool, I'll wait for the new version to be released and continue development then.
|
|
|
|
I thought so at first too, but it doesn't work, I have to specify payment id's otherwise nothing is returned...
Try rebuilding the wallet I don't have any build environment atm so I'm just using the pre-built binaries for this, as I stated previously the idea is that once finished, the public can download the complete integration and pre-built binaries and quickly integrate with their own service. Instead of everyone trying to figure it out by themselves. I am not interested in using any functions not available in the pre-built binaries. Fluffypony said it's not going to be added. But if it's already added, all I'm asking is for a release date and I'll finish it of later, I'm in no hurry. Fluffypony misunderstood either your inquiry or what had been added to the code, I'm not sure which. When I said "rebuilding the wallet" I meant delete the wallet.bin file. (But this assume you are using the code that has support for the empty-list payment ID request.) The list of payments is stored in the wallet.bin file and doesn't include payments without an ID if they were received and processed using the old code. As far as a release date for the next official build of the code, I don't know. Maybe you can get a trusted person to create a custom build for you? Right, I just tried rebuilding the wallet, doesn't work. I'm running version 0.8.8.6. No worries, I'm just going to wait until the new release is out. But it would be great if fluffy could confirm this, because if it turns out this code will not be added, I will just go ahead with the proposed solution even though it's not optimal. |
|
|
|
I thought so at first too, but it doesn't work, I have to specify payment id's otherwise nothing is returned...
Try rebuilding the wallet  I don't have any build environment atm so I'm just using the pre-built binaries for this, as I stated previously the idea is that once finished, the public can download the complete integration and pre-built binaries and quickly integrate with their own service. Instead of everyone trying to figure it out by themselves. I am not interested in using any functions not available in the pre-built binaries. Fluffypony said it's not going to be added. But if it's already added, all I'm asking is for a release date and I'll finish it of later, I'm in no hurry. This is the code isn't it? /* If the payment ID list is empty, we get payments to any payment ID (or lack thereof) */
if (req.payment_ids.empty())
{
std::list<std::pair<crypto::hash,wallet2::payment_details>> payment_list;
m_wallet.get_payments(payment_list, req.min_block_height);
for (auto & payment : payment_list)
{
wallet_rpc::payment_details rpc_payment;
rpc_payment.payment_id = epee::string_tools::pod_to_hex(payment.first);
rpc_payment.tx_hash = epee::string_tools::pod_to_hex(payment.second.m_tx_hash);
rpc_payment.amount = payment.second.m_amount;
rpc_payment.block_height = payment.second.m_block_height;
rpc_payment.unlock_time = payment.second.m_unlock_time;
res.payments.push_back(std::move(rpc_payment));
}
return true;
} That's why I asked, because I thought this code was doing what I asked for (just not in the binaries yet), but fluffy said no: get_bulk_payments(json_encode(array('min_block_height'=>399206)));When can we expect this function to work with only min_block_height parameter in the pre-built libraries? That's not really on our radar; get_bulk_payments is for scanning payment IDs you already know. A general scan of the wallet would be using the incoming_transfers call. |
|
|
|
get_bulk_payments(json_encode(array('min_block_height'=>399206)));When can we expect this function to work with only min_block_height parameter in the pre-built libraries? That's not really on our radar; get_bulk_payments is for scanning payment IDs you already know. A general scan of the wallet would be using the incoming_transfers call. I would like to make the application scalable, what is the best practice currently? Getting transactions with incoming_transfers is fine, except the returned result will grow too large at some point? Maybe add an optional minimum height to incoming_transfers? There is no such param atm afaik? Yes, that's why I proposed adding one. I would prefer to have minimum height implemented in get_bulk_payments so that you do not have to enter payment id's. Also that still leaves the other question, what function to get payment id from tx_id There doesn't seem to be one right now. You can get the tx in raw hex but you would have to decode it. BTW, as far as I can tell from the code, if you do get_bulk_payments with an empty payment ID list you get all payments. I thought so at first too, but it doesn't work, I have to specify payment id's otherwise nothing is returned... Code: $r = $wallet->get_bulk_payments(json_encode(array('payment_ids'=>array())));
var_dump($r);
$r = $wallet->get_bulk_payments(json_encode(array('min_block_height'=>399206)));
var_dump($r);
$r = $wallet->get_bulk_payments(json_encode(array('payment_ids'=>array(),'min_block_height'=>399206)));
var_dump($r);
$r = $wallet->get_bulk_payments(json_encode(array('payment_ids'=>null)));
var_dump($r);
$r = $wallet->get_bulk_payments(json_encode(array('payment_ids'=>null,'min_block_height'=>399206)));
var_dump($r);
Result: array (size=0)
empty
array (size=0)
empty
array (size=0)
empty
array (size=0)
empty
array (size=0)
empty |
|
|
|
get_bulk_payments(json_encode(array('min_block_height'=>399206)));When can we expect this function to work with only min_block_height parameter in the pre-built libraries? That's not really on our radar; get_bulk_payments is for scanning payment IDs you already know. A general scan of the wallet would be using the incoming_transfers call. I would like to make the application scalable, what is the best practice currently? Getting transactions with incoming_transfers is fine, except the returned result will grow too large at some point? Maybe add an optional minimum height to incoming_transfers? There is no such param atm afaik? Also that still leaves the other question, what function to get payment id from tx_id |
|
|
|
get_bulk_payments(json_encode(array('min_block_height'=>399206)));When can we expect this function to work with only min_block_height parameter in the pre-built libraries? That's not really on our radar; get_bulk_payments is for scanning payment IDs you already know. A general scan of the wallet would be using the incoming_transfers call. I would like to make the application scalable, what is the best practice currently? Getting transactions with incoming_transfers is fine, except the returned result will grow too large at some point? I guess with the parameter transfer_type "available" it won't be all that bad since most funds will be transferred elsewhere, but doesn't feel right to me. Also, is there any function to retrieve a payment_id with tx hash? without that this won't work anyways. Polling get_bulk_payments with payment id's is fine too, except it will also grow too large at some point? As in, one may end up having to poll millions of payment ids. You could add the height parameter, but still, it just doesn't feel right having to run this through all payment_ids just to check for new transactions. I'm thinking a simple get tx's/payment id's > height = new transactions for script to process. Currently is seems to me I'll have to: 1. Record last checked height next to all payment ids in database. 2. Cron job traverse through all payment ids in database continuously checking for new tx's while also updating height I must be missing something |
|
|
|
get_bulk_payments(json_encode(array('min_block_height'=>399206)));When can we expect this function to work with only min_block_height parameter in the pre-built libraries? |
|
|
|
I underestimated the scope of this project and set too ambitious of a schedule for it. Zerocoin will be probably be ready within 2-3 months, but I don't want to give any more release dates (either for testnet or mainnet) until I am very, very close. I will not make this mistake again.
I will continue to give status updates, and I have made tremendous progress in recent weeks. As I promised, I will still work full time on this until November 1, and I expect to have a few hours a day after that to work on it.
 (as a side note I'm still waiting for my cryptsy deposit for more than 3 months) oh,pump guy came back. you spend all coins from last time? LOL, I've been here all the time. You're still mad because I'm a smart investor speculator and dumps when there is sign of trouble? I have never pumped anything, quite the contrary, I donated plenty of money for development, what is your contributions? |
|
|
|
I think "Mixing Count" is confusing, "No privacy (0)", "Low", "Medium" and "High" levels or something like that are much better  This looks important for Monero,kudos to you sir. I agree, I'll probably change it to that, but this is meant for developers, it's not a user interface and the idea is that developers will create their own. It's more like a demo for devs, so that they know how to implement all functions, and can copy / paste into their own environment. |
|
|
|
|
Show Posts
