Bitcoin Forum
May 05, 2024, 10:11:21 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 [51] 52 53 54 55 56 57 58 59 60 61 62 63 64 »
1001  Bitcoin / Electrum / Re: Electrum - Bitcoin client for the common users (friendly and instant) on: October 09, 2012, 03:17:17 PM
Quote
I would find it logical if the arguments you supply to the command line are for one run only. If you supply the -w argument for instance, it does not open up that wallet on each consecutive run. This matter makes the most sense to me.
I don't think it's a good comparison.
The problem comes from the fact that the -p option is the only command line option that can conflict with saved preferences.

So one vote for, one against. Community help out here ^^

I will verify the changes tonight.
thanks.

I had to make one small commit to handle the fact that my config file was still using the original default parameters. Anybody who used master should now fallback gracefully to the new default. I would appreciate if you could double check it.

Quote
I can modify suggested changes to the GUI to make it less awkward.
that would be nice. thanks!

I will try to do this later tonight if I get the time Smiley
1002  Bitcoin / Electrum / Re: Electrum - Bitcoin client for the common users (friendly and instant) on: October 09, 2012, 02:14:20 PM
I believe I fixed the proxy issue.
Please let me know if there are other problems.

There are still a few things that I do not like in the current way it works.
For example, if you override the proxy setting with the command line, it is not clear if the gui should save the new setting.
In addition, the network window is awkward. If proxy is disabled, the host and port entries should be disabled.

I will verify the changes tonight.

I would find it logical if the arguments you supply to the command line are for one run only. If you supply the -w argument for instance, it does not open up that wallet on each consecutive run. This matter makes the most sense to me.

I can modify suggested changes to the GUI to make it less awkward.
1003  Economy / Securities / Re: [GLBSE] ASICMINER: Entering the Future of ASIC Mining by Inventing It on: October 09, 2012, 07:35:18 AM
This will be a very unfortunate scenario. In this case we will ask for claims of ASICMINER share holdings from shareholders and have to rely on their honesty and other evidences. It's not a good solution as a plan B, but it's the only way we could think of, if we couldn't get the shareholders data out of GLBSE.

now I wish I had a screenshot of my assets Sad

I'm so fucking (pardon my French) happy I actually made one the day before it went down. Although not sure how much good it would be as "evidence" it's something at least.
1004  Bitcoin / Electrum / Re: Electrum server discussion thread on: October 09, 2012, 07:31:52 AM
Can you reach Bitcoind normally? bitcoind getbalance etc. works?
1005  Bitcoin / Electrum / Re: Electrum - Bitcoin client for the common users (friendly and instant) on: October 09, 2012, 07:28:49 AM
I found the commit with the problem. I would like to propose the reversal of this commit unless somebody knows a way to achieve loading via the simpleconfig class but also have support for the None argument for skipping the proxy when needed.
1006  Economy / Securities / Re: [GLBSE] MOORE: Mining Bond Beating the Moore's Law (Secret Plan Launched!) on: October 08, 2012, 11:50:20 AM
Thanks for the update.
1007  Economy / Securities / Re: [GLBSE] MOORE: Mining Bond Beating the Moore's Law (Secret Plan Launched!) on: October 08, 2012, 11:05:03 AM
What's the plan now that GLBSE has closed? 
1008  Bitcoin / Electrum / Re: Electrum - Bitcoin client for the common users (friendly and instant) on: October 05, 2012, 09:24:04 AM
I must say that I'm more than a bit peeved that my proxy code was rewritten and broken. The changes in current master break the ability to load a proxy config. I looked at the changes and thought it was broken but had to pull the current master branch to be sure. I also don't much like the numerous minor syntax changes. What I wrote was tested and worked and now it's a broken mess.

Currently if you set a proxy mode and save it will not get picked up when you start again. It also breaks the ability to disable a proxy to None with a cmd line option since None is no longer supported. These are things I tested fairly extensively before submitting my code. The changes also break fine tuning I made later and probably will result in conflicts when bringing in further improvements I've since made.

I've got whole slew of small and useful changes in my fork and I don't plan to do pull requests on any of them. All of the below are tested as working on my system. No one seems to have bothered testing them elsewhere. Socks support worked too before it was mangled up.

  confirmation-tooltips - use tooltip for confirm count instead of passing tx data
  exchanges-proxy-mode - proxy support for exchanges
  filter-history - show only selected address transactions
  import-addr-or-key-only - add watch only address support
  multi-exchange - allow selecting which exchange to use for quotes
  multi-select-send - easy coin control
  pro-show-currency - add currency quote next to balance in pro mode
  qr-scalable-centered - make qr code scale with window and centered
  red-debits - show withdraw/payments in red text as std for accounting
  remember-column-widths - stop having to re-set column widths
  sahara - new sandy brown theme
  shrink-gui-lite-settings - allow changing back to Lite mode from Pro

Right now, I'm a quite disgruntled with how this project is run. I'm not going to write code to just have it f'd with and overridden with breaking changes. I'd love to see Electrum improve but if the current devs prefer it stagnate then no problem, I can go put my efforts elsewhere.

I don't see that point of me testing my code extensively just to have it merged into master and then edited without my knowledge and broken. Shouldn't breaking changes be tested before merging in master? Doesn't that make bloody sense? Is there any rules about flow here or do people just edit willy nilly in master branch as they please?


Hey Bkk,

I haven't been able to code or do much Electrum related work these last two weeks. The last thing I did was merge your merged branch into master. I did talk with ThomasV who said that you broke a few key parts and he needed to fix them. I will ask him to take a look at your comments here.

I do appreciate all the work you have done, and I understand that it must be really frustrating to see that it is now broken.

The main problem is that at this moment there is no real "leading figure" for Electrum, what happened to you is probably a result thereof.

I want to get this off my chest because hopefully it will spark a change that will get Electrum back on the right track again. A couple of months back, when I first stumbled on Electrum I was in love with the concept. I've made a few commits to the Gui, mainly because I loved the Satoshi style confirmation icons and I thought it might be a need little addition. My pull request wasn't commented on for a couple of days so I decided to jump on IRC to see if I could get in contact with ThomasV and discuss it. That's where I was greeted by Genjix who explained that he was working on a new Gui, which is now the 'Lite GUI'. I did not like the default style so I decided to work it over to what it is now. Genjix was very willing to work with me and build in new features where ThomasV was taking a more conservative approach. Since the changes I was working on were on the Lite GUI and not the original one by ThomasV it did not matter at that point.

Now this is were I'm a bit fuzzy and either Genjix or ThomasV should comment. But at one point I think Genjix and Thomas met to discuss Genjix taking over Electrum. A few weeks after this meeting the Lite gui got released and pushed as default gui. The 1.0 release went out with the new website and the move to github. Looking back at things I think there might have been a miscommunication at this point between Genjix and Thomas and I got the feeling Electrum might have been 'kidnapped' at this point. The problem was that shortly ater the 1.0 release Genjix disappeared because of the conference planning he was doing. There were loads of questions about Electrum popping up but nobody was answering them. Genjix was probably busy with the conference and I think Thomas was pissed off because of the changes Genjix pushed through, leaving Electrum empty handed.

I stepped in to answer questions in the multiple threads as much as I could and try to do my best to merge pull requests into master and to fix bugs that popped up. I, however, never asked for this job. The only reason I'm doing it is because nobody else is. I am not the right person for the job. I did not create Electrum and I only have a few months of experience with Python. This project deserves to be run by somebody who can manage it all.

I greatly respect ThomasV and Genjix for the unique qualities that they posses. Genjix is great at gathering a community and embracing the best of open source where ThomasV has the great technical skill and knowledge required to build such a sophisticated piece of software. But they are both trying to achieve different things with the same client. Genjix want's a user friendly client that everybody can use, where as I think Thomas is more interested in building a very powerful tool for more experienced users.

I love Electrum, it's the best client out there and I would hate to see passionated contributers like Bkk turned away because of internal miscommunication.

Electrum needs vision and leadership again and I think it's up to Thomas and Genjix to decide how they want to advance.
1009  Bitcoin / Electrum / Re: [Electrum] Independent monitoring of running servers? on: October 03, 2012, 08:52:54 AM
Keeping track of uptime / lagtime would be the next step. I agree that fixing the server code would be much better. Sadly at this moment nobody is doing it, and I don't have the expertise to do it. So in the meantime this is a viable solution.
1010  Bitcoin / Electrum / Re: [Electrum] Independent monitoring of running servers? on: October 03, 2012, 08:16:54 AM
Looks great! Just a small detail. On my Firefox 15.0.1/Ubuntu 11.04 combination the "online/lagging" indicator is cut off by the block # so that you cannot read it fully.



Ah thanks! I only check in Chrome :$, will fix it in the next update.
1011  Bitcoin / Electrum / Re: Electrum server discussion thread on: October 02, 2012, 09:52:02 PM

First implementation online, see this post.
1012  Bitcoin / Electrum / Re: [Electrum] Independent monitoring of running servers? on: October 02, 2012, 09:50:34 PM
Ok! First prototype is online at Eyelectrum.herokuapp.com. You can subscribe to your own server, or others, and should receive one email once your server lags two blocks behind.

There is no check build in yet to see if a server is actually online. I will try to work that in over the next few days.
1013  Bitcoin / Electrum / Re: Electrum - Bitcoin client for the common users (friendly and instant) on: October 02, 2012, 12:20:07 PM
Bkk, would it be possible for you to create pull requests for specific functionality. So we can asses on a per feature basis if and how to merge it back into master?

At the moment it's quite hard to assess this because you have been so active ^^
1014  Other / Off-topic / Re: Are programmers creepy? on: September 30, 2012, 08:48:37 AM
Creepy programmers are as common as blondes who use almost-topless photos as their twitter profile icons for attention whoring.

Prejudices work both ways.


I came here to post this, thank you for beating me to it.
1015  Bitcoin / Bitcoin Technical Support / Re: Can't install Electrum (help!) Mac OSX 10.6.8 (console log posted) on: September 30, 2012, 08:47:29 AM
You wouldn't have to touch the code itself, I added some OS X build instructions to the download page, just scroll all the way down. Smiley
1016  Bitcoin / Wallet software / Re: Best independent client? on: September 28, 2012, 07:36:19 AM
Flatfly created a nice little list of alternative clients on this website. I think it should be pretty up-to-date.

Think about what you want in a client and try them out.
1017  Bitcoin / Bitcoin Technical Support / Re: Can't install Electrum (help!) Mac OSX 10.6.8 (console log posted) on: September 28, 2012, 07:33:58 AM
Sorry but Electrum for OS X needs 10.7.4 or higher. If you are technical enough you could try building it from source. Upgrading to 10.7.4 should solve your problems.
1018  Bitcoin / Electrum / Re: [Electrum] Independent monitoring of running servers? on: September 28, 2012, 07:32:25 AM
Nice! Are you using my script internally or did you implement checks youself?

Your script, I assessed the options but the quickest way to get this online was using your script. So that's what I decided on.

I have thought about how to subscribe yourself to notifications and decided on a single token signup kind of thing.

So if you want to get alerts about one of the servers you fill in your email address you would like to receive the notifications on. A email will be send with a confirmation token, once you click the link and fill in the confirmation token you will start receiving emails. Every alert email will have an "unsubscribe" link to stop getting alerts.

I think I like this over full user accounts since this is probably something you will only do once and then forget about it, creating a whole new account for yet an other website seems silly. Ideas?
1019  Bitcoin / Electrum / Re: [Electrum] Independent monitoring of running servers? on: September 27, 2012, 08:13:53 PM
Just a little update, I'm working on it but since time it's limited It's going slowly.

Here is a little W.I.P. screenie:

1020  Bitcoin / Electrum / Re: Electrum - Bitcoin client for the common users (friendly and instant) on: September 26, 2012, 01:41:40 PM
Glad to hear it's solved.
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 [51] 52 53 54 55 56 57 58 59 60 61 62 63 64 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!