Forum Replies Created

Viewing 20 posts - 1 through 20 (of 20 total)
  • Author
    Posts
  • in reply to: Smaller viewports ignoring settings of a created css-class #1372844

    Hi, Rikard,

    thank you for your hint – indeed I failed to notice a media query that runs a couple of lines before. You can close the ticket

    Kind regards
    Armin

    in reply to: Smaller viewports ignoring settings of a created css-class #1372812

    Hi, Rikard,

    sorry, forgotten. See private content

    in reply to: Smaller viewports ignoring settings of a created css-class #1372791

    Hi, again
    in addition to my reply just a few moments ago I’m listing the css code, I’ve used, in the private content field below.

    Kind regards
    Armin

    in reply to: Smaller viewports ignoring settings of a created css-class #1372790

    Hi,
    I thought I’ve posted the link in the private content field. Obviously not yet. Here it is.

    Kind regards
    Armin

    in reply to: Custom font import not working #1366608

    Hello again,

    my last one thing has been solved: Testing the new cookie consent management tool, I’ve seen that obviously it has been Layer Slider which has been still loading Google fonts: By rejecting all cookies Layer Slider has been showing typo with the fallback-font times.

    The reason: within Layer Slider I’d first typed in “Titellium Web” which automatically had loaded the respective Google Font. Typing in the font name spelled as the name of its copy in Enfold has made Layer Slider loading the custom font of Enfold.

    Thanks for your help, you can close the ticket.

    Kind regards,
    Armin

    in reply to: Custom font import not working #1366551

    Hi, Mike,

    thank you very much for your hints, our provider has modified the access rights and now it has worked to add the custom fonts! Regarding layer slider, unfortunately I’ve to type in the font name to make layer slider accepting Titillium, but at least it works there, too.

    Just one thing now: Safari’s web inspector tools still are listing sources from two google Titillium fonts (see screenshot-link in private content). But I’ve disabled the former used custom font plugin and now I’m using only Enfold custom font feature. Where do these font source entries come from? Even source code of the site doesn’t show a link to google.

    Kind regards
    Armin

    in reply to: Custom font import not working #1366359

    Dear Mike,
    after our provider had updated to php 7.4.30, I`ve uploaded a pc-zip-file and tried to import it – still the same prompt, theme couldn’t add the font. Any other idea?
    Thanks in advance
    Armin

    in reply to: Custom font import not working #1366328

    Dear Mike, dear Guenni,
    thank you for your zip-tipps, I’ll consider it making further zip-Files for similar applications. And, concerning Mike’s recommendation, I will ask our provider to update php. If it won’t work instead, I’ll come back.
    Kind regards
    Armin

    in reply to: Can't Import font files #1366020

    Dear all,
    I have the same issue as Gerry: Although having prepared the font.zip correctly (by creating a zipped folder with converted google fonts), enfold’s import/export option is prompting “Couldn’t add the font because the server didn’t respond.…”
    As there already had been uploaded some custom icon font-zips with the icon upload option (two years ago or so) I’m afraid that the solution of Gerry will not solve our problems.
    Could there be another reason for this malfunction?
    Kind regards
    Armin

    in reply to: Text block not editable #1341872

    Hi, Rikard,
    thank you for your answer. Unfortunately theme-update hasn’t changed the phenomenon.
    As we haven’t direct access to the customer’s account at the hoster to create a new ftp-account for ourselves, it will last a while to provide you with a temporary ftp access. But I’ll come back as soon as possible.

    Kind regards
    Armin

    in reply to: Text block not editable #1341236

    Hi, Rikard,

    thank you for your reply. I will try the hint with the code block.

    But first I’ve to come back to the more urgent issue with the content slider. We have copied the page while producing some single pages in dutch language. As you can see in the link below the same phenomenon has occured again, but this time only the content of the first content slider appears in the place of the second one, too at the front end instead of the texts we stored in the backend. From the third one on the content sliders of the backend are showing the right content.

    Thank you again for your support.

    Kind regards
    Armin

    in reply to: Text block not editable #1340015

    Hi,

    thank you for your reply. Concerning the text block: Unfortunately we will need the iframe-element. It referres (or should refer) to the specific part of the matomo installation on the site’s server where the user can set a hook to block tracking.
    I haven’t been in the matomo installation for a while, possibly the provider has changed something and this results in the 404 failure.

    Concerning the content slider failure: Fine that it works now. But what is about it, when I have to deal with this page and the phenomenon will occur again? But we will see. I have to edit it in the following few days and if I had this issue again I will return to the thread.

    Kind regards
    Armin

    in reply to: Text block not editable #1339741

    Hi,
    thank you for repairing the content slider contents. Obviously there has been no reason to be seen, why I couldn’t update these content sliders, hasn’t it? As we will duplicate the page to produce a version in netherland language, I’m afraid that we will have the same problem again. Maybe this can be a browser problem? We are using safari to edit the page but until the issues occuring we havent’d hat such a or similar problems.

    Concerning the text block that isn’t editable: It is not the page you cited in the private section but our privacy page – see link below.

    Kind regards
    Armin

    in reply to: Text block not editable #1338945

    Hi, Rikard,
    thank you for your immediate answer, although I haven’t looked up your first reply earlier.

    Thank you, too, for presenting a solution for the content slider issue.

    Unfortunately I couldn’t activate the content of the content slider by saving it. I tried several ways: First I tried to save all remaining content sliders from the third one on at one time, and then updating the page. Then I tried it one by one. Then I tried it by saving the separate slide elements before. In all of these trials I emptied the cache before viewing the updated page. Content of the content sliders remain the same. Then I tried it by using your user account – same result. Then I tried it by creating a brand new account. Again the same.

    Now I have to ask you again. And I have updated the permissions for your account – not only for the content slider issue but also for the textbox one.
    I’m very interesting in the reason – and its solution, too..

    Kind regards
    Armin

    in reply to: Text block not editable #1338466

    Hey Rikard,
    I’m sorry that I haven’t seen your answer until now – as I came back to your support site because a more severe Issue is concerning us (resp. our client):
    On the subpage listed in the private data we are using content sliders in several sections. Different sections have different content sliders and in the backend we can see them.
    But the frontend is showing only the first content slider in all of the sections where we have built in different content sliders.
    Is this a known issue? What can we do?

    We have created this subpage in june 2020 and it has worked well a lot of month. Unfortunately I don’t know, when the failure has occured for the first time – our client’s it-section manages the main changes and the updates, too.

    btw: The minor issue mentioned earlier in this support thread still exists, maybe you can have a look on this, too.

    Kind regards
    Armin

    Hi, Enfold Team,
    Problem is solved, Code block has to be placed at the bottom of the site, it seems.
    Kind regards
    Armin

    in reply to: 4.6 Update doesn't recognize old Custom CSS Class #1133516

    We are fine, too, with these options. But I wonder why these new settings hasn’t been installed with a default on “show and allow” to ensure that sites with custom css will work as expected …

    @ Guenni007: I think Joe doesn’t want to make these main settings for all of his websites – maybe there are really a lot …

    Bye, I’m going to unsubscribe now…

    in reply to: 4.6 Update doesn't recognize old Custom CSS Class #1133302

    Hi Guenni007,
    thank you for your statement. In our case we used the theme update functionality, too – by loading up a zip-file with the presented button.
    Nevertheless at least one custom css has been ignored after updating. And, as I wrote already, the Developer Tab with the field for inserting the custom class name within ALB modules has disappeared – at least for the ALB-Module “Text Block”. This definitely occurred some time after the update because I have had the opportunity to control the class name shortly after realizing that the class’ css wasn’t used. When looking at the revisions there the class name seem to be still existing because the string can be found.
    Sounds like the update is somewhat buggy because of some other issues reported in other threads in the enfold subforum?

    • This reply was modified 5 years, 2 months ago by Armin-H.
    in reply to: 4.6 Update doesn't recognize old Custom CSS Class #1132455

    As in our case the failure only occurs with one of our styles which hadn’t been used too often (top-menu headers), we’ve placed the attributes by using the text editor seperately in every heading. Not elegant, but working.

    For the supporters: During my struggle with this issue, the Tab “developer” with the field for typing in the custom css class has disappeared. Immediately after updating and testing I’d controlled the settings and have seen, that my custom css style was inserted right. But some saving actions later the “Text block” Module doesn’t show the tab any longer. Don’t know why.

    But in the revisions with it’s “only text” modus you can still see that there is the custom css class which has disappeared in Avia layout architect.

    I think this must be a bug, mustn’t it?

    Kind regards
    Armin

    in reply to: 4.6 Update doesn't recognize old Custom CSS Class #1132400

    Hi there,

    I have the same issue. At least one of my custom classes created for a heading is not longer working after having updated. Custom class is still existing at the header’s layout settings (“Text Block”, Tab “Developer”) and also the CSS-definitions within theme settings (general styling > Quick CSS) are still existing. Pasting these CSS-Definitions into the element’s properties of the browsers developer inspector the header shows the outfit I want.

    What can I do to let envato recognize the custom css class again? Please note, that these classes had worked so far!

    Thank you for your answer!
    Kind regards

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