Bitcoin Forum
December 03, 2016, 09:41:03 AM *
News: Latest stable version of Bitcoin Core: 0.13.1  [Torrent].
 
   Home   Help Search Donate Login Register  
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 »
  Print  
Author Topic: [ANN] bitaddress.org Safe JavaScript Bitcoin address/private key  (Read 109895 times)
Michael_S
Sr. Member
****
Offline Offline

Activity: 277


Bitcoin-Note-and-Voucher-Printing-Empowerer


View Profile
December 07, 2012, 07:52:00 AM
 #321

Wow. That's an amazing amount of goodies. I've downloaded and will give it a try. The only thing I would suggest as an improvement (I think it's a bit overwhelming for newbies), is perhaps making all the new stuff initially hidden in a fold with an "Advanced" button at top. So they can use it as before, or click "Advanced" and see all the cool things you can do.
I had a similar idea. Did not get yet to the point to make that work... (my lack of java script skills...)

I also suspect that having the address field may lead to serious mistakes if not used carefully. ie. people don't get the key-address alignment right and bills get printed with mismatch. Given that a key should never print with the wrong address I'm not sure that being able to paste the addresses has any benefit.
Fortunately, I took precautions against this in the code, so that this dangerous outcome can never happen! (I should have mentioned it explicitly though such that the user is not afraid using this feature!) The script always checks the whole list for consistency before actually proceeding to generate the graphic outputs, QR codes etc. If a pair [private key ; BTC address] that was entered in the field does not match, then first a warning message will be displayed that the user has to click away, and then in the process of generating the notes/paper wallets (same also for the simple paper wallet w/o art design) each respective non-matchig pair will be replaced by a randomly generated pair instead. Just try it out by entering intentionally wrong BTC addresses or priv keys, and you'll see! :-)

Example:
List of Priv keys = A, B, C, D
List of BTC addresses = a, x, c, d (i.e. 2nd pair [x, C] is not consistent),
then the generated paper wallets/bitcoin notes will be
[a, A], [r, R], [c, C], [d, D],
with [r, R] being a new randomly generated key pair ("x" and "B" are discarded)

In general, you are right that there is probably no great need for the btc address field at all. My idea for including it anyway was the following: The user is able to make sure that he enters the right set of private keys, e.g. those that really match "his/her" list of vanity BTC addresses. Then he/she does not have to browse through the list of generated paper wallets/bitcoin notes and scan the list visually, but instead he/she knows for sure that if there is no warning message displayed, then all the private keys that were entered do match the BTC addresses entered.

I can also see a use case for printing without private key. Retail store loads their cash register with sale slips that have addresses from the store wallet. Then during a sale the clerk can hand the slip to the customer to scan, note the sale details and place it in the register with cash as a sale, ready for end-of-day processing. So maybe an option for no key would be useful.
Intersting idea. But this is neither a "paper wallet" nor a "bitcoin note" then, but more something like a special bank account number handed over to the client for certain purchases, if I understand this correctly. Generally I think a good idea, but I think it would also require a different design and therefore justify an extra tab in the bitaddress.org tool if this is intended to be included.

Just to get aware of the classification that we have here:

(1) paper wallets
(2) bitcoin paper notes (=bitcoin paper bills)
(3) sale slips with only BTC addresses printed on it, w/o priv keys.

Items (1) and (2) have a lot in common: Both contain public BTC address and the matching priv key on one piece. So in both cases, if you own the piece, you own everything that is sent to that BTC address. The difference is that (1) is normally intended for loading the address by the owner him/herself, while (2) is just intended for passing the piece further or spending it, although it can technically be equally well used for "purpose (1)". Also, (2) always has a denominated face value printed on it, whereas (1) typically does not (but it can say something like ">=5 BTC for example"). Also, (2) must have the private key sealed, while for (1) this is optional.

Technically, (2) is a superset of (1). If you produce a piece of type (2), it can do everything that (1) can do for you, plus something more. So I consider the amount of commonalities sufficient to justify having one common tab in the bitaddress.orrg tool for producing pieces of category (1) and (2).

On the other hand, category (3) is completely different. If I transfer BTCs to the indicated BTC address on this piece, it means that these bitcoins are NOT owned by me any more but by someone else. So type (3) kind of pieces is not a superset or subset of (1) or (2) but something completely different.

So the design should be fundamentally different to avoid confusing type (3) kind of pieces with type (1)/(2) kind of pieces:

While (1) and (2) could be designed like something that has value (like a cash note, possibly with a face value included), the design of (3) should more look like an invoice or a slip with somebody else's bank account number.

Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1480758063
Hero Member
*
Offline Offline

Posts: 1480758063

View Profile Personal Message (Offline)

Ignore
1480758063
Reply with quote  #2

1480758063
Report to moderator
1480758063
Hero Member
*
Offline Offline

Posts: 1480758063

View Profile Personal Message (Offline)

Ignore
1480758063
Reply with quote  #2

1480758063
Report to moderator
1480758063
Hero Member
*
Offline Offline

Posts: 1480758063

View Profile Personal Message (Offline)

Ignore
1480758063
Reply with quote  #2

1480758063
Report to moderator
BkkCoins
Hero Member
*****
Offline Offline

Activity: 784


firstbits:1MinerQ


View Profile WWW
December 07, 2012, 08:48:40 AM
 #322

Intersting idea. But this is neither a "paper wallet" nor a "bitcoin note" then, but more something like a special bank account number handed over to the client for certain purchases, if I understand this correctly. Generally I think a good idea, but I think it would also require a different design and therefore justify an extra tab in the bitaddress.org tool if this is intended to be included.
Not really a problem as with the current design the portion with key can just be cut off. The person printing would still own the funds but the customer uses it as a pay slip - simply an easy way to say "pay here" instead of needing a smart phone to present a QR code. eg. at a restaurant your bill may come with such a slip or be printed with one by enabled POS system. I just saw this tool as an existing and handy way someone could make use of. Perhaps there is other uses for a keyless bill.

Thx. for the detailed response.

Michael_S
Sr. Member
****
Offline Offline

Activity: 277


Bitcoin-Note-and-Voucher-Printing-Empowerer


View Profile
December 07, 2012, 09:01:38 AM
 #323

Here are photos of my first self-made hologram-free DEMO bitcoin paper note (or bitcoin paper bill) (it still contains the default text of my enhanced version of the bitaddress.org tool)

Printed with my old black&white laser printer plus an orange text marker Grin and finished acc. to my own specifications (except that I used only 4 staples instead of 8 due to lack of space):

Fully sufficient for private purposes/promotions/gifts, I would say. Click photos to enlarge.

Front side:
     

Reverse side:
     


Equipement:
- Ubuntu 8.04
- Firefox 3
- Brother MFC monochromatic laser printer
- A pair of scissors
- "tesa film" transparent adhesive tape
- stapler w/ 4 staples
- an orange text marker Grin

Michael_S
Sr. Member
****
Offline Offline

Activity: 277


Bitcoin-Note-and-Voucher-Printing-Empowerer


View Profile
December 07, 2012, 09:52:10 AM
 #324

Intersting idea. But this is neither a "paper wallet" nor a "bitcoin note" then, but more something like a special bank account number handed over to the client for certain purchases, if I understand this correctly. Generally I think a good idea, but I think it would also require a different design and therefore justify an extra tab in the bitaddress.org tool if this is intended to be included.
Not really a problem as with the current design the portion with key can just be cut off. The person printing would still own the funds but the customer uses it as a pay slip - simply an easy way to say "pay here" [...]
Great idea - I did not see it that way! And in the "amount" field the printing person could put the amount that the customer has to pay. Nice use of this indeed - payslip instead of cash note.

And works without any further change, example:


Michael_S
Sr. Member
****
Offline Offline

Activity: 277


Bitcoin-Note-and-Voucher-Printing-Empowerer


View Profile
December 07, 2012, 10:08:49 AM
 #325

[...]
When developing my note generator, I considered using HTML and CSS to overlay text on SVG artwork. One snag I ran across was that the printed output from Chrome looked like it was rasterized at 72 dpi or thereabouts before it was sent to the printer. Printed output from Firefox was as good as the printer could manage; the output from Chrome was clearly inferior.
Apparently Chrome is optimised for paperless work...  Huh

Interestingly, Firefox is able to display svg files correctly when I enter its path in the URL line, but when I enter the same path as "Full path of image file" in my enhanced bitaddress.org tool, it does not get rendered on the screen (with png instead of svg it works fine in either case).

In contrast, with Opera it is rendered in all cases (on the screen) - but Opera has the printer rendering problems...

Anyway - with png files everything works perfectly fine with my Firefox Browser GUI-based open source bitcoin note printing software suite ;-) - just a little slow (but not painfully slow) with javascript.

Michael_S
Sr. Member
****
Offline Offline

Activity: 277


Bitcoin-Note-and-Voucher-Printing-Empowerer


View Profile
December 08, 2012, 09:09:53 AM
 #326

I am thrilled to announce an update: My 2nd version is available here (now 9.3 MB zip file size):

http://dl.dropbox.com/u/18219492/Bitcoin/bitaddress-org_Michael_S_enh_v2-zip.zip

Main changes:
  • Now Denominations on the bottom left / top right are supported
  • added Casascius designs (5 pieces) on top of the 10 from salfter: Different color flavours, and there is the horizontal "bar" at the bottom at the "amount", which is missing in salfter's version (it depends on personal taste)
  • added possibility to include own designs without the need to change one line of source code in the html file. Simply call your files "0.png" to "9.png" and you can start straight away.
  • some slight fixes in the treatment of entering own addresses&keys - behaviour is more logical now in the case that some wrong addresses were entered, or if there are more items in the list than what the parameter "Addresses to generate" says. (So this is already fine-tuning of the tool, as you can see...)
  • In the fields for denomination and amounts, underscores are replaced to no-break-spaces, i.e. this way you can "move" your denomination number to the right as much as you want so that it gets nicely centered to the place where you would like it to be. The default entries, if you start the tool, demonstrate what can be done, so no need for special tutorial etc. - just look at the default settings, modify and try out...

Screenshot:


PS: For the reverse side design, have a sneak here (all included in the zip file): https://bitcointalk.org/index.php?topic=92969.msg1386215#msg1386215

phelix
Legendary
*
Offline Offline

Activity: 1680


nmc:id/phelix


View Profile
December 08, 2012, 06:48:12 PM
 #327

I am thrilled to announce an update: My 2nd version is available here (now 9.3 MB zip file size):

http://dl.dropbox.com/u/18219492/Bitcoin/bitaddress-org_Michael_S_enh_v2-zip.zip

Main changes:
  • Now Denominations on the bottom left / top right are supported
  • added Casascius designs (5 pieces) on top of the 10 from salfter: Different color flavours, and there is the horizontal "bar" at the bottom at the "amount", which is missing in salfter's version (it depends on personal taste)
  • added possibility to include own designs without the need to change one line of source code in the html file. Simply call your files "0.png" to "9.png" and you can start straight away.
  • some slight fixes in the treatment of entering own addresses&keys - behaviour is more logical now in the case that some wrong addresses were entered, or if there are more items in the list than what the parameter "Addresses to generate" says. (So this is already fine-tuning of the tool, as you can see...)
  • In the fields for denomination and amounts, underscores are replaced to no-break-spaces, i.e. this way you can "move" your denomination number to the right as much as you want so that it gets nicely centered to the place where you would like it to be. The default entries, if you start the tool, demonstrate what can be done, so no need for special tutorial etc. - just look at the default settings, modify and try out...

Screenshot:


PS: For the reverse side design, have a sneak here (all included in the zip file): https://bitcointalk.org/index.php?topic=92969.msg1386215#msg1386215

I like the higher resolution and the custom text option. Thanks!

Want to use bills like these when introducing people to Bitcoin and maybe as geocaching treasures.

blockchained.com ■ bitcointalk top posts
BkkCoins
Hero Member
*****
Offline Offline

Activity: 784


firstbits:1MinerQ


View Profile WWW
December 08, 2012, 11:54:52 PM
 #328

The problem with any of these printed bills with tamper proof or black overlay is that someone who compromises the bill can just use bitaddress to produce a new replacement that isn't compromised but with no balance. This is the side effect of it allowing a custom input key. (But any hacker could get around by making a hacked version, so I'm not saying it shouldn't be available.)

That issue should be considered for any usage where the overlay/tamper proof sticker is readily available. And also the issue that a recipient may not know what should be the correct tamper covering.

Michael_S
Sr. Member
****
Offline Offline

Activity: 277


Bitcoin-Note-and-Voucher-Printing-Empowerer


View Profile
December 09, 2012, 01:08:38 AM
 #329

The problem with any of these printed bills with tamper proof or black overlay is that someone who compromises the bill can just use bitaddress to produce a new replacement that isn't compromised but with no balance. This is the side effect of it allowing a custom input key. (But any hacker could get around by making a hacked version, so I'm not saying it shouldn't be available.)

That issue should be considered for any usage where the overlay/tamper proof sticker is readily available. And also the issue that a recipient may not know what should be the correct tamper covering.
True - should therefore never be used for higher amounts than pocket money.

Just to confirm: When you wrote this:
   "This is the side effect of it allowing a custom input key."
- you were referring to your own earlier proposal of an additional feature that enables printing notes with BTC address only and w/o public key, right? Note that this is currently not possible with the tool (but of course any hacker could add this feature to it).

PS: In fact anyone can now reproduce these bills easily. So whoever produces it should add some own issuer attributes to the note to at least make it more difficult/not worthwhile for someone to reproduce it, like e.g.:
- personalized design
- Hand-written Signature
- Personal/Company stamp
- personalized rear side
- or a combination of these

Michael_S
Sr. Member
****
Offline Offline

Activity: 277


Bitcoin-Note-and-Voucher-Printing-Empowerer


View Profile
December 09, 2012, 01:13:11 AM
 #330

I am thrilled to announce an update: My 2nd version is available here (now 9.3 MB zip file size):

http://dl.dropbox.com/u/18219492/Bitcoin/bitaddress-org_Michael_S_enh_v2-zip.zip

Main changes:
  • Now Denominations on the bottom left / top right are supported
  • added Casascius designs (5 pieces) on top of the 10 from salfter: Different color flavours, and there is the horizontal "bar" at the bottom at the "amount", which is missing in salfter's version (it depends on personal taste)
  • added possibility to include own designs without the need to change one line of source code in the html file. Simply call your files "0.png" to "9.png" and you can start straight away.
  • some slight fixes in the treatment of entering own addresses&keys - behaviour is more logical now in the case that some wrong addresses were entered, or if there are more items in the list than what the parameter "Addresses to generate" says. (So this is already fine-tuning of the tool, as you can see...)
  • In the fields for denomination and amounts, underscores are replaced to no-break-spaces, i.e. this way you can "move" your denomination number to the right as much as you want so that it gets nicely centered to the place where you would like it to be. The default entries, if you start the tool, demonstrate what can be done, so no need for special tutorial etc. - just look at the default settings, modify and try out...

Screenshot:
<IMAGE-removed-in-this-quotation>

PS: For the reverse side design, have a sneak here (all included in the zip file): https://bitcointalk.org/index.php?topic=92969.msg1386215#msg1386215

I like the higher resolution and the custom text option. Thanks!
Thanks, glad to hear it is of use for others! Always happy  to hear what others have done with it, e.g. if someone has created a Christmas gift with it or something like that...

Want to use bills like these when introducing people to Bitcoin and maybe as geocaching treasures.
GEOCACHING TREASURES --> THAT's indeed a very good Idea I think!!

BkkCoins
Hero Member
*****
Offline Offline

Activity: 784


firstbits:1MinerQ


View Profile WWW
December 09, 2012, 01:28:25 AM
 #331

Just to confirm: When you wrote this:
   "This is the side effect of it allowing a custom input key."
- you were referring to your own earlier proposal of an additional feature that enables printing notes with BTC address only and w/o public key, right? Note that this is currently not possible with the tool (but of course any hacker could add this feature to it).
No. I was referring to being able to supply the private key as input for printing a bill. In the past it was randomly generated and so impossible to reprint a replacement bill (except of course by someone who alters the code, which is always available to a hacker).

casascius
Mike Caldwell
VIP
Legendary
*
Offline Offline

Activity: 1344


The Casascius 1oz 10BTC Silver Round (w/ Gold B)


View Profile WWW
December 09, 2012, 03:12:55 AM
 #332

Someone could also just do Copies: 2 in the print dialog or any other number.

Preventing someone from supplying their own keys isn't going to enable anything not yet possible

Companies claiming they got hacked and lost your coins sounds like fraud so perfect it could be called fashionable.  I never believe them.  If I ever experience the misfortune of a real intrusion, I declare I have been honest about the way I have managed the keys in Casascius Coins.  I maintain no ability to recover or reproduce the keys, not even under limitless duress or total intrusion.  Remember that trusting strangers with your coins without any recourse is, as a matter of principle, not a best practice.  Don't keep coins online. Use paper wallets instead.
BkkCoins
Hero Member
*****
Offline Offline

Activity: 784


firstbits:1MinerQ


View Profile WWW
December 09, 2012, 03:43:41 AM
 #333

Someone could also just do Copies: 2 in the print dialog or any other number.

Preventing someone from supplying their own keys isn't going to enable anything not yet possible
I wasn't referring to someone making multiple copies. I meant someone who received the printed bills could remove any tamper sticker or overlay, remove the balance, then print a new bill using the same private key, apply a new sticker or overlay, and pass the bill off as original. It wasn't as easy to do this before because they would need to modify the code the use a given private key.

My only point here is that people should not trust bills like this at face value even with tamper proof stickers. You may as well just use pokemon stickers or whatever is handy.

The same could be said for coins if the tamper proof stickers were easy to get and print a first bits on but I think that is difficult.


casascius
Mike Caldwell
VIP
Legendary
*
Offline Offline

Activity: 1344


The Casascius 1oz 10BTC Silver Round (w/ Gold B)


View Profile WWW
December 09, 2012, 04:10:50 AM
 #334

Someone could also just do Copies: 2 in the print dialog or any other number.

Preventing someone from supplying their own keys isn't going to enable anything not yet possible
I wasn't referring to someone making multiple copies. I meant someone who received the printed bills could remove any tamper sticker or overlay, remove the balance, then print a new bill using the same private key, apply a new sticker or overlay, and pass the bill off as original. It wasn't as easy to do this before because they would need to modify the code the use a given private key.

My only point here is that people should not trust bills like this at face value even with tamper proof stickers. You may as well just use pokemon stickers or whatever is handy.

The same could be said for coins if the tamper proof stickers were easy to get and print a first bits on but I think that is difficult.



How would this attack be better for an attacker who has the means to make new bills versus just making n copies of a new bill, funding it once, and spending it in n different places?  Why bother matching the key of some other bill?  It is just a random number.

Companies claiming they got hacked and lost your coins sounds like fraud so perfect it could be called fashionable.  I never believe them.  If I ever experience the misfortune of a real intrusion, I declare I have been honest about the way I have managed the keys in Casascius Coins.  I maintain no ability to recover or reproduce the keys, not even under limitless duress or total intrusion.  Remember that trusting strangers with your coins without any recourse is, as a matter of principle, not a best practice.  Don't keep coins online. Use paper wallets instead.
fivemileshigh
Full Member
***
Offline Offline

Activity: 136


View Profile
December 09, 2012, 08:56:19 AM
 #335

Bug/feature request:

when printing the non-tamper-proof version, the top-right denomination covers up a bit of the plaintext private key, see example:



Michael, could you also make another change? I would like to see a cutting guide (plain square box) around the plaintext private key, to make it easier to cut it to the same size as the qr code box. I would also like the qr code be left at the original size, for easier scanning. Along with printing the back of the bill with the provided pattern I would think this would be plenty tamper proof enough for the small amounts likely to be found on these bills. I would tape the whole face of the bill with wide scotch tape, like you did with your bill earlier. This is likely as tamper-proof as the hologram idea, and probably more durable overall.

Really paranoid types like me can also place a small piece of foil or other opaque materials in between the plaintext and qr code to provide extra protection against scanning with a strong light. Just enough of the qr needs to be blocked out, not the whole thing, right?



Michael_S
Sr. Member
****
Offline Offline

Activity: 277


Bitcoin-Note-and-Voucher-Printing-Empowerer


View Profile
December 09, 2012, 11:33:58 AM
 #336

Bug/feature request:

when printing the non-tamper-proof version, the top-right denomination covers up a bit of the plaintext private key, see example:

(In the IMG tag of your post, I changed the "https" to "http" and more importantly the "www" to "dl" such that your public dropbox image gets displayed here!)

Here's how you can get around it:
In the field "Denomination (top-right)" you can enter
   "<font size=1>____________</font>5", or similarly
   "<font size=2>_________</font>5", or similarly
   "<font size=4>_______</font>.
I thought that this was clear from the example of the pre-configured content in this field, which is
   "<font size=1>_</font>500".
This was actually the reason for me pre-configuring it with that content - to lead the user towards using the input correcty.
But maybe I should enter a note saying that "_" gets converted to non-removable " ".

You can put any amount of "blanks" there to move the denomination to the right. However, since more than one successive blank gets removed in HTML text rendering by the browsers, you enter underscores instead of blanks, which are converted to non-removable space ("&nbsp;" to be precise) internally by the tool, so non-removable blank characters (&nbsp;) get rendered. So you have full control to shift the denomination as much to the right as you like.


Michael, could you also make another change? I would like to see a cutting guide (plain square box) around the plain-text private key, to make it easier to cut it to the same size as the qr code box.
The "cutting guide" is already there! Just cut out along the line! (for the "black" squares: you may decide for yourself if you cut out closely along the solid black square or along the outer thin line.)

Note that the "plain-text private key square" does NOT have the same size as the QR code but it is intentionally a little larger than that (ca. 18 mm as opposed to 15 mm)! The reason is that it should PROTECT the QR code when you cover the whole thing with a hologram sticker. If it was exactly the same size, it would be very very difficult to line up exactly, and you would very like damage the QR code with the hologram sticker if you assemble your note.
That's why some margin in size is needed. The hologram then has a size of 2.54 or 2.85 cm (depending which one you purchase), i.e. there is still a lot of space left at the edges such that the hologram can be properly attached.

So you see - everything is thought out well! :-)

I would also like the qr code be left at the original size, for easier scanning. Along with printing the back of the bill with the provided pattern I
Request rejected! ;-)
The reason for plotting SMALLER QR codes in the first place was to be able to cover the QR code with above sized hologram that can be purchased easily. With the original sized QR code that is not possible, because even larger square holograms are not readily available on the market  - the largest standard sizes are 1 inch and 1.125 inch, to what I know (and if they were available, even larger ones would not look nice).

About the ease of scanning: The 15 mm size is well enough for scanning. I tried it out myself: I printed out QR codes of smaller sizes as well (and I have a rather old and cheap laser printer Brother MFC-7820N), and my cheap smartphone "Samsung Galaxy Ace" could scan it very well down to a size of 11 mm, so there is a 36% margin in size for the 15 mm chosen! Also the error protection was good: When I drew a few lines across the 15 mm QR code, the smartphone was still able to detect the right code, so I am convinced that 15 mm is a good choice. And if it still does not work to scan it, you have still the plain-text private key in the sealed pocket as fall-back, so ...

...again - everything is thought out very well! :-)


@fivemileshigh QUESTION: What browser and operating system did you make your screenshot from? (I used firefox 3 on Linux and firefox 13 and 14 under Windows - everywhere same result). It seems that your browser positions the denominations a little bit higher than my browser does. In my case the denominations at the bottom-left and top-right are exactly lined-up with the respective BTC symbol.

fivemileshigh
Full Member
***
Offline Offline

Activity: 136


View Profile
December 09, 2012, 12:02:22 PM
 #337

I think you've covered my questions quite well Michael, thanks. Tip sent.

It was Firefox 12 on OSX 10.6.8. Safari doesn't render well because I have the min font size set to 12, FF is "stock".



BkkCoins
Hero Member
*****
Offline Offline

Activity: 784


firstbits:1MinerQ


View Profile WWW
December 09, 2012, 12:14:21 PM
 #338

Here's how you can get around it:
In the field "Denomination (top-right)" you can enter
   "<font size=1>____________</font>5", or similarly
   "<font size=2>_________</font>5", or similarly
   "<font size=4>_______</font>.
I thought that this was clear from the example of the pre-configured content in this field, which is
   "<font size=1>_</font>500".
This was actually the reason for me pre-configuring it with that content - to lead the user towards using the input correcty.
But maybe I should enter a note saying that "_" gets converted to non-removable " ".
Is there no way to use text-align right to avoid all this?

Michael_S
Sr. Member
****
Offline Offline

Activity: 277


Bitcoin-Note-and-Voucher-Printing-Empowerer


View Profile
December 09, 2012, 01:24:19 PM
 #339

Here's how you can get around it:
In the field "Denomination (top-right)" you can enter
   "<font size=1>____________</font>5", or similarly
   "<font size=2>_________</font>5", or similarly
   "<font size=4>_______</font>.
I thought that this was clear from the example of the pre-configured content in this field, which is
   "<font size=1>_</font>500".
This was actually the reason for me pre-configuring it with that content - to lead the user towards using the input correcty.
But maybe I should enter a note saying that "_" gets converted to non-removable " ".
Is there no way to use text-align right to avoid all this?
Good idea - I will do it like that!

Anyway, the usage of "___" will be needed if one wants to move the number a little away from the BTC symbol, especially for one-digit denominations it may otherwise look a little imbalanced.

Michael_S
Sr. Member
****
Offline Offline

Activity: 277


Bitcoin-Note-and-Voucher-Printing-Empowerer


View Profile
December 09, 2012, 01:32:09 PM
 #340

I think you've covered my questions quite well Michael, thanks. Tip sent.

It was Firefox 12 on OSX 10.6.8. Safari doesn't render well because I have the min font size set to 12, FF is "stock".
Thanks a lot for the tip! My first earnings in BTC  Cheesy

Interesting to know about OSX Firefox... maybe it would be good to be able to move the position of the denominations up and down a little from the user's side. But this is CSS based, which is static as far as I know (I don't want to use php etc. of course, this should remain purely html&javascript based), but maybe I do it by defining several style sheet templates (e.g. 5 or so) and then select based on some user input parameter one of them to allow more optimum positioning of the denominations....

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 »
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!