Search Results for 'strange'

I found the bug, (and it is a bug!)

I tackled the problem with renewed determination and got results. I’m looking more fondly on TD Composer this morning.

The bug occurred because I was testing a column text block to see if custom css could prevent the padding of a text block title but not the text below it.

While the text padding moves the text away from a border (good), the ‘me-too’ header padding leaves an unsightly white strip beside the colored background of the header (bad). I need to make it clear that Custom CSS was empty while creating (and re-creating endlessly) this bug.

So . . .

Home Page Layout:
• Full width row with banner image
• 2/3:1/3 row with ‘td-ss-row’ added class to make the 1/3 row sticky.
• inner row 1/2:1/2 .
• several blocks in each of the two columns, a mix of column text and raw html blocks

At the bottom of the left hand column (as it turns out bug will work at any place up or down the column) I put a default column text block. I changed the title to ‘Test Title Adjust” but I was happy with the default text (it was only a test, after all!)

so I did not change it

. I gave the block an all-around border and padded it left and right in order to create the unsightly header I was hoping to correct.

It saved fine the first time in TD Composer and displayed correctly in the page. However, TD composer did not append a [/vc_column_text] shortcode to close this block with its default text.

When I next open then save this page in TD Composer (without doing anything else), it is apparently confused by the [vc_column_text beginning. . . .] but no [/vc_column_text] shortcode to close the block.

Its response to the confusion is rather strange! At the head of the second column, it adds a second pair of quote marks like so: [vc_column_inner width=”1/2”] becomes [vc_column_inner width=””1/2””]. This breaks the layout, placing a full width second column under the ½ width first column. (repeat visits to TD Composer seem to sprinkle pairs of quotes in places down the second column, but I haven’t really explored that.)

Removing the extra quote marks around the column width restores the layout (only momentarily, if the padded default text box does not have new text added to trigger the adding of [/vc_column_text].)

Demand that users change the text? Otherwise don’t create the box? Alert box them if they don’t? Add the closing shortcode anyway?

So, continuing on, it seems, I’m still playing with the column text block title that I’m trying to ‘unpad’. I can get every title including standalone titles to ‘unpad’ by using custom css ‘.block-title{ margin-left: -4px}’ but that leaves all the standalone titles jutting left and looking unsightly. Any ideas on how I can identify only those titles within a text box?

Thanks for the offer of the refund, but I’m perfectly happy with Newspaper and TD Composer (much better than Visual Composer) for the photo magazine blog for which I bought the theme and for which it is licensed.

I’ve been taking a liberal interpretation of localhost usage to try the theme out for a client looking to port a much more text-based DNN website to WordPress (which will, if and when it sees the light of day, require a new purchase/license.) This is the project I’m not so sure about, but finding the bug has certainly improved my mood!

Regards,

Alan

Hi,
Ok I’m going to test but it’s strange.

Thanks.

I made all modifications suggested in the “System Status” section of the “Themes Panel”. I also installed a fresh install of WordPress and Newspaper 8.5 on MAMP. And still none of the buttons are available under “Elements” when I try to edit and build the page with tagDiv Composer. See screen capture here.
Also strange, Notice when the “tagDiv Multi-Purpose” plugin is active, the Admin Themes Panel color scheme converts to flat gray. The Admin Themes Panel color scheme is blue in Newspaper 8.5 (same as it was in 8.2) when the “tagDiv Multi-Purpose” plugin is disabled. I noticed in the Newspaper 8 tutorial videos, no such “gray theme” appears when the plugin is active.

Bogdan,
I am surprise that the white space has resurfaced, after it was removed by the css above.
One thing I know I did was to upgrade the plugin (Should that affect the css code that was applied to the theme? strange!)

https://warrimarket.com/property-ads/
https://warrimarket.com/car-market/

Funny enough, the link page below since to working with the css code, except for the two links pages above.
https://warrimarket.com/used-items/page/9/

Kindly assist.
Thanks

Wow – that is strange. It has just started working by itself! I did not change anything! 😀

Oh well, thank you!

Very strange. I suppose you can’t please everybody. Why you need a third party plugin to achieve it is beyond me.

Thanks anyway.

Thanks,
Indeed to fill te mobile editor part fix the problem.
I understand the “usefullness” of this feature, I have to write twice the same page.
It is strange that with the user agent android chrome 57 the “Desktop page” is used instead of the mobile editor content.

Anyway, that works

Have a good day

Hi. My problem solved.

There was no td_panel_block_settings.php file in views folder.

Really strange, but now it works 😉