Forum Replies Created

Viewing 6 posts - 1 through 6 (of 6 total)
  • Author
    Posts
  • in reply to: Web Invoice scripts insecure loading #4555
    james
    Member

    Thanks for your input.

    I figured out the problem lies with having the WP installation in its own directory (on a temp basis whilst I build the theme and test).

    Testing the https:// WordPress Address & Blog Address on the live site works without JS includes / CSS starting https://https:// and breaking the layout but doesn’t work in a sub-directory.

    This is probably a WordPress error rather than anything to do with the plugin though.

    in reply to: Version 1.93 / 1.9.4 – what’s new? #4537
    james
    Member

    Ok thanks for the update.

    I don’t know how to use git svn – could you enlighten me?

    in reply to: Display invoice details for paid invoice? #4546
    james
    Member

    Thanks, I haven’t made the modification so look forward to it!

    in reply to: Suggestions for next version(s) of WP-invoice #4291
    james
    Member

    @ admin: Thanks for the update, particuarly customising the emails!

    I looking forward to future updates.

    in reply to: Suggestions for next version(s) of WP-invoice #4282
    james
    Member

    Just had another thought for 3 & 6:

    Make a separate page template to do just what I need it to….

    in reply to: Suggestions for next version(s) of WP-invoice #4279
    james
    Member

    @ admin: I started using WP-invoice and quickly switched to web-invoice :)

    1.) Thanks, I look forward to it!

    2.) It can be frustrating when PayPal charged a fixed fee plus a % for individual payments when it could be taken care of in one go.

    3.) / 6.) I can put some static content (maybe make it look like a 404 error?) to get users on their way.

    4.) I know it’s not critical, but if clients have a PayPal account they don’t want to fill in all that info just to be directed to the PayPal site and login. And it seems a little messy that you click ‘PayPal’ to then fill in more info and click ‘Pay Now’.

    5.) Looking forward to it!

    Instead of making the client log in, allow them to provide the e-mail and the invoice ID to authenticate. I’m planning on dropping the need to create a user. Not having to create a user will definitely improve the usability/flow.

    So would this mean the link in the email would look something like this: www.foo.com/invoice?invoice_id={whatever}&email={[email protected]}?

    I still think username and password is redundant when you can use a hash of the invoice id to authenticate the user. The invoice id and the has is only known by your self and the client. And invoice doesn’t have much of a life until paid.

    That’s true, maybe I’m just complicating things? But since (at the moment) you have to register a user anyway it would definately allow more flexibility.

Viewing 6 posts - 1 through 6 (of 6 total)