Forum Replies Created

Viewing 11 posts - 1 through 11 (of 11 total)
  • Author
    Posts
  • in reply to: How to get ascending sort order in blog grid layout #1094819

    Found this:
    How to add an order/orderby option to the blog/post slider/portfolio/masonry grid element

    Would still be nice if the above link had worked :-)

    I bailed on this. I managed to mock it up by setting fixed widths, it didn’t look that good.

    Thanks!

    This reply has been marked as private.

    Here are the steps I need to go through to reproduce:
    Add new page. In Visual Default editor, Insert Theme Shortcode from wand button, select Content Slider, hit save. Nothing is added.
    Do the same thing, but give the new page a title first. That adds the shortcodes.
    I’m willing to wager that you can reproduce this. If not, let me know and I’ll get you login credentials.

    This reply has been marked as private.
    in reply to: Vimeo not playing because link is HTTP not HTTPS #946276

    I found it — a hard coded URL buried in the PHP for the child theme. Cursing the web dev contractor yet again :-(

    in reply to: footer widgets and serialized data #794205

    The issue is with serialized data. I don’t want to write my own migration script. I want to store the footer in such a way that it’s not stored as serialzed data.

    in reply to: footer widgets and serialized data #793538

    The footer is set up as 5 columns of text widgets that contain HTML (under Appearance ->Widgets). This data is stored as serialized data in the database under wp_options, widget_text, in the format “a:6:{i:3;a:7:{s:5:”title”;s:0:””;s:4:”text”;s:807:…”
    WPengine
    has a problem copying that serialzed data from one install to another. I need a work-around so the footer HTML doesn’t get lost (and replaced by the default footer) every time I copy the install.
    I could hack footer.php to display what we want, but then the footer text will be hardcoded, which has it’s own issues. My question is if there is a better way to accomplish this, without using serialized data in the database.

    in reply to: Fontello icons loading as Chinese characters #612183

    I just tried three different browsers, and got it to work in IE. Fails in Chrome (with adblockers, I didn’t try turning them off) and Firefox (no add ons). However I get garbage if I go back to Chrome or Firefox, both in the dashboard and the resultant pages.

    I’d noticed a bug on our site previously where the sole Fontello icon wasn’t appearing. My web host (WPEngine) enabled CORS today and now it is. I have two copies of the production site where CORS isn’t enabled, and where I tried the different browsers above, and it’s failing in these test beds.

    This used to work without CORS, I’m not sure when it broke, but I think it’s been broken a while.

    in reply to: Fontello icons loading as Chinese characters #611645

    No go. They also don’t look quite like that doc says.

    in reply to: Fontello icons loading as Chinese characters #611601

    I am having a similar problem as gsTom, though my fontello icons are either blank rectanges or look like arabic symbols. I’m trying to replace an existing fontello set so I can add some new ones. I can reproduce the same erroneous symbols if I look at demo.html in the zipped font folder on my local machine, if I unzip the file the fonts look as they should.

    Is there something going on with font upload/installation process so they don’t get properly unzipped?

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