I have just funded the fee pool for USD.

Quote from: fav on October 08, 2015, 07:54:32 PM
got the same as https://bitsharestalk.org/index.php/topic,18840.0.html

The fee pool needs to be funded with some CORE in order for fees to be paid.   

got the same as https://bitsharestalk.org/index.php/topic,18840.0.html

Available: 0,0126 (USD)

however, you can't send 0,01 bitusd, but 0.01 - semantics are wrong

edit: you can't use comma at all

Quote from: clout on October 07, 2015, 06:08:37 PM
I'm trying to transfer funds from a collateral account however the GUI says that it is not my account and does not allow me to execute the transfer.

Is no one else having this issue?

Quote from: valzav on October 08, 2015, 02:55:50 PM
Help files are in help/ folder of graphene-ui repo. They are static files so no need to fetch them on the fly.
We are using markdown (.md files) so it's very easy to edit them - you don't even need to know html. Also github shows .md files prerendered - this makes it very easy to browse and edit them. Here is an example https://github.com/cryptonomex/graphene-ui/blob/master/help/en/index.md
I'm very doubtful that external translation tool like Transifex would be helpful here - it just adds complexity..

As I see it, once the complex part is ready, the benefits of having all the essential content focused on a single platform that is designed for collaborative continuous internationalization can be huge.  A worker proposal could fund Language Coordinators for the most relevant languages and the value added to the network could be very significant. Ecosystem and it's contents will be constantly growing and changing.

It's already implemented for bitshares.org and docs.bitshares.eu. Also for non github users it's being pretty easy and motivating to translate graphene-ui on transifex. We already have Turkish, Italian and Spanish volunteers working on it pretty fast, with no need to compare or merge locale files to match keys or having to learn github at all. When locale-en.js is committed, changes are pulled from raw github, applied on transifex and translators notified. If a finished translation is not on github or it's incomplete there, I'll manually make a push request.

I like the approach of taking graphene-ui help content directly from github markdown pages.
In that case, it wouldn't be problematic to automate pushes from pages translated and reviewed, nor pulling pages from github when they change, as there's no code interaction beyond links. We have a set of rules  to define if and how strings can be translated.

It's not so complex either: http://docs.transifex.com/integrations/github/

If you agree I can implement that integration on a fork so you can decide if it is worth. My goal is not to interfere in the development process at all. On the contrary i'd like to achieve an integration that let devs released from localization process, and at the same time making this process simpler and unified at one place.

Help files are in help/ folder of graphene-ui repo. They are static files so no need to fetch them on the fly.
We are using markdown (.md files) so it's very easy to edit them - you don't even need to know html. Also github shows .md files prerendered - this makes it very easy to browse and edit them. Here is an example https://github.com/cryptonomex/graphene-ui/blob/master/help/en/index.md
I'm very doubtful that external translation tool like Transifex would be helpful here - it just adds complexity..

Quote from: rnglab on October 08, 2015, 07:37:39 AM
is Graphene GUI going to fetch help content from github/somwhere else or will it reside on graphene-u itself?

I want to implement continual internationalization for help pages on Transifex as with /web/app/assets/locales/ (source language file is automatically updated once a day if there's any change in locale-en.js on github, and translators notified).

Just asking because automating push/pulls for markdown files between Transifex and github when translations are completed or sources modified requires a server to talk with Transifex and Github api, and webhooks on both sides. I'm willing to do that,  just need to know how will this content be managed by graphene-ui to know if I can start right now or better wait if it's a temporary solution.

Thanks!

https://www.transifex.com/bitshares/graphene-ui/dashboard/

You could send your pull requests back to the graphene-ui for the next release.  We don't need any live help file loading.  It might be a good idea to have a release schedule so this can be timed so the translations are in on time.  Maybe valzav can tell us about the help files.  Your already found the functional locale files.

 is Graphene GUI going to fetch help content from github/somwhere else or will it reside on graphene-u itself?

I want to implement continual internationalization for help pages on Transifex as with /web/app/assets/locales/ (source language file is automatically updated once a day if there's any change in locale-en.js on github, and translators notified).

Just asking because automating push/pulls for markdown files between Transifex and github when translations are completed or sources modified requires a server to talk with Transifex and Github api, and webhooks on both sides. I'm willing to do that,  just need to know how will this content be managed by graphene-ui to know if I can start right now or better wait if it's a temporary solution.

Thanks!

https://www.transifex.com/bitshares/graphene-ui/dashboard/

Quote from: liondani on October 06, 2015, 01:39:02 PM
I tried to change my wallet password at
settings > wallets > change password

after I give my initial password and the the new password (+the confirmation)
I see this message:

"Unable to change password: Error: This wallet does not support the change password feature."

when will we have this "future" ready?

Create a new wallet..   test net wallets are always backwards compatible

This was added, old wallets did not have this: "encryption_key is the global encryption key (does not change even if the password changes)"

Quote from: xeroc on October 07, 2015, 07:10:56 AM

Quote from: Troglodactyl on October 07, 2015, 01:54:33 AM
Can someone who can successfully build and run graphene-ui report their nodejs version?

node -v
v4.1.1

Thanks.  I'm on v4.1.2 and I'm getting this on "npm install":

In file included from ../src/contextify.cc:3:0:
../node_modules/nan/nan.h:261:25: error: redefinition of 'template<class T> v8::Local<T> _NanEnsureLocal(v8::Local<T>)'
NAN_INLINE v8::Local<T> _NanEnsureLocal(v8::Local<T> val) {
                         ^
../node_modules/nan/nan.h:256:25: note: 'template<class T> v8::Local<T> _NanEnsureLocal(v8::Handle<T>)' previously declared here
NAN_INLINE v8::Local<T> _NanEnsureLocal(v8::Handle<T> val) {
                         ^
../node_modules/nan/nan.h:661:13: error: 'node::smalloc' has not been declared
     , node::smalloc::FreeCallback callback
             ^
../node_modules/nan/nan.h:661:35: error: expected ',' or '...' before 'callback'
     , node::smalloc::FreeCallback callback
                                   ^
../node_modules/nan/nan.h: In function 'v8::Local<v8::Object> NanNewBufferHandle(char*, size_t, int)':
../node_modules/nan/nan.h:665:50: error: 'callback' was not declared in this scope
         v8::Isolate::GetCurrent(), data, length, callback, hint);
                                                  ^
../node_modules/nan/nan.h:665:60: error: 'hint' was not declared in this scope
         v8::Isolate::GetCurrent(), data, length, callback, hint);
                                                            ^
../node_modules/nan/nan.h: In function 'v8::Local<v8::Object> NanNewBufferHandle(const char*, uint32_t)':
../node_modules/nan/nan.h:672:67: error: no matching function for call to 'New(v8::Isolate*, const char*&, uint32_t&)'
     return node::Buffer::New(v8::Isolate::GetCurrent(), data, size);

I've traced it to this issue with contextify: https://github.com/brianmcd/contextify/issues/180

But I have no idea why it's working for you.  Is this an issue for anyone else?  Does anyone have any ideas?

Quote from: jakub on October 07, 2015, 10:41:49 PM
I think the option to load more is the easiest solution and at the same time the most appropriate from the UX perspective.
In 99% of cases you are interested in only the most recent transactions and the entire history only produces information overflow for the user.

+5%

Quote from: bytemaster on October 07, 2015, 10:32:46 PM

Quote from: jakub on October 07, 2015, 10:04:55 PM
The Recent Activity list in the Overview section should be paginated.
Or it should show the most recent 10-15 transactions and there should be a LOAD MORE button.

Otherwise accounts with a large number of transactions load very slowly, e.g. clayoptest4
https://graphene.bitshares.org/#/account/clayoptest4/overview

Technically it will only load slowly if you had your browser open while he was flooding.   If you hit reload on the page it will be very quick.

You are right though that it does not currently give you the option to "load more".

I think the option to load more is the easiest solution and at the same time the most appropriate from the UX perspective.
In 99% of cases you are interested in only the most recent transactions and the entire history only produces information overflow for the user.

Quote from: jakub on October 07, 2015, 10:04:55 PM
The Recent Activity list in the Overview section should be paginated.
Or it should show the most recent 10-15 transactions and there should be a LOAD MORE button.

Otherwise accounts with a large number of transactions load very slowly, e.g. clayoptest4
https://graphene.bitshares.org/#/account/clayoptest4/overview

Technically it will only load slowly if you had your browser open while he was flooding.   If you hit reload on the page it will be very quick.

You are right though that it does not currently give you the option to "load more".

The Recent Activity list in the Overview section should be paginated.
Or it should show the most recent 10-15 transactions and there should be a LOAD MORE button.

Otherwise accounts with a large number of transactions load very slowly, e.g. clayoptest4
https://graphene.bitshares.org/#/account/clayoptest4/overview