Forum Replies Created

Viewing 7 replies - 1 through 7 (of 7 total)
  • beth4889
    Do you mean you couldn’t find the wp_wysija_email table?
    If so, how are you looking at the database? If you usephpMyAdmin, just look down the list of tables
    Or you couldn’t find the particular email within that table?
    I suppose that depends on whether it’s a one-off email or an automatic one. The automatic emails are, I guess, type 2. To find a one-off email I guess you’d have to say don’t email it yet, save it and then look for it in the table.

    For others having this problem, here is a work-around – provided you have access to the WordPress database. If so, you can find the newsletter definition in the table wp_wysija_email and edit the from and reply to fields there. The table contains both the template and the instances, but it should be obvious which is which – the template has never been sent and probably has a generic title. In my db it has a type of 2

    Hope this helps you until the problem gets sorted

    I too am having exactly the same problem. The correct address is set in Advanced Settings. If I change the address in step 3 of newsletter edit, and activate, it works. But then as soon as I edit the newsletter it reverts to the name and address that MailPoet invents.

    Andrew

    Thanks for that clarification. I too am finding this very awkward – it’s easy accidentally to drag a table row or column and thus set a height or width, which then gets inherited when one adds rows. Would it be possible to alleviate this somehow?
    I appreciate that dragging has to set the width, but could you perhaps at least not inherit the explicit width setting on subsequent rows? After all, once you’ve set one width, other rows will get it automatically. At least then one wouldn’t have to edit out the width multiple times.
    Alternatively, would it be possible to provide a way of turning of the drag function?
    Some way of preventing this or of quickly removing these explicit styles would be really helpful

    Anthony

    Thread Starter AnthonyHall

    (@anthonyhall)

    Sorry, I should have added that this same wrong image appears even if the post does contain it’s own image.

    Andrew

    Thanks for the update to 4.0.2

    Please, is there any possibility of getting back the feature to set the css classes on the table, row and cell? I find those really useful. It would be really helpful to know whether you are going to be able to provide these.

    Thank you

    Anthony

    I do use css to style tables, but I don’t want my users to have to go to the text editor to apply the styles. With previous versions I could apply and remove a class on a table, table row or table cell using the buttons. I could also style other elements with the styles menu, using the theme_advanced_styles option. Now I can’t do either. As far as I can see the nearest thing is to use the Formats menu, with the option “Load the CSS classes used in editor-style.css and replace the Styles[sic] sub-menu.” ticked. That only half works, however:

    1. It doesn’t allow me to remove a class
    2. It is awkward to select a row or cell to apply the class to
    3. It doesn’t find all the classes in the editor-style.css. For example my editor style has a definition like “table.programme td.progdate” and it doesn’t find the class progdate.

    This whole “upgrade” to WP 3.9 is dreadful – you really should not remove features like this. Have you any idea how much users’ time you are wasting?

Viewing 7 replies - 1 through 7 (of 7 total)