Beiträge von ML_1

    Hi Pascal,

    Danke vielmals für deinen Hinweis. Es ist manchmal wie verhext.
    Da stand tatsächlich eine css anweisung doppelt im Astroid.
    Im Prinzip steht bei mir alles in der custom.css .
    Naja man wird langsam alt - feix ;)
    Das Thema ist also erledigt.
    Danke !

    viele Grüße

    Manfred

    Astroid-Framework: 3.4.2
    Template: tp_ultimate 2.7

    Hallo,

    bei den Entwicklerwerkzeugen in der Konsole werden mir MIME-Typ-Konflikte angezeigt.
    ich bin da leider noch keinen Schritt weiter gekommen.
    Hat da jemand eine Idee ?

    viele Grüße

    Manfred

    Hi,


    also mit den MIME-Type Fehlern in der Console bin ich noch nicht weiter gekommen:
    Meine Vermutung ist ein Fehler in der htaccess, aber wo?
    Hat da jemand eine Idee? ier ist meine htaccess:

    Spoiler anzeigen

    ##
    # @package Joomla
    # @copyright (C) 2005 Open Source Matters, Inc. <https://www.joomla.org>
    # @license GNU General Public License version 2 or later; see LICENSE.txt
    ##

    ##
    # READ THIS COMPLETELY IF YOU CHOOSE TO USE THIS FILE!
    #
    # The line 'Options +FollowSymLinks' may cause problems with some server configurations.
    # It is required for the use of Apache mod_rewrite, but it may have already been set by
    # your server administrator in a way that disallows changing it in this .htaccess file.
    # If using it causes your site to produce an error, comment it out (add # to the
    # beginning of the line), reload your site in your browser and test your sef urls. If
    # they work, then it has been set by your server administrator and you do not need to
    # set it here.
    ##

    ## MISSING CSS OR JAVASCRIPT ERRORS
    #
    # If your site looks strange after enabling this file, then your server is probably already
    # gzipping css and js files and you should comment out the GZIP section of this file.
    ##

    ## OPENLITESPEED
    #
    # If you are using an OpenLiteSpeed web server then any changes made to this file will
    # not take effect until you have restarted the web server.
    ##

    ## Can be commented out if causes errors, see notes above.
    Options +FollowSymlinks
    Options -Indexes

    ## No directory listings
    <IfModule mod_autoindex.c>
    IndexIgnore *
    </IfModule>

    ## Suppress mime type detection in browsers for unknown types
    <IfModule mod_headers.c>
    Header always set X-Content-Type-Options "nosniff"
    </IfModule>

    ## Protect against certain cross-origin requests. More information can be found here:
    ## https://developer.mozilla.org/en-US/docs/Web…e_Policy_(CORP)
    ## https://web.dev/why-coop-coep/
    #<IfModule mod_headers.c>
    # Header always set Cross-Origin-Resource-Policy "same-origin"
    # Header always set Cross-Origin-Embedder-Policy "require-corp"
    #</IfModule>

    ## Disable inline JavaScript when directly opening SVG files or embedding them with the object-tag
    <FilesMatch "\.svg$">
    <IfModule mod_headers.c>
    Header always set Content-Security-Policy "script-src 'none'"
    </IfModule>
    </FilesMatch>

    ## These directives are only enabled if the Apache mod_rewrite module is enabled
    <IfModule mod_rewrite.c>
    RewriteEngine On

    ## Begin - Rewrite rules to block out some common exploits.
    # If you experience problems on your site then comment out the operations listed
    # below by adding a # to the beginning of the line.
    # This attempts to block the most common type of exploit `attempts` on Joomla!
    #
    # Block any script trying to base64_encode data within the URL.
    RewriteCond %{QUERY_STRING} base64_encode[^(]*\([^)]*\) [OR]
    # Block any script that includes a <script> tag in URL.
    RewriteCond %{QUERY_STRING} (<|%3C)([^s]*s)+cript.*(>|%3E) [NC,OR]
    # Block any script trying to set a PHP GLOBALS variable via URL.
    RewriteCond %{QUERY_STRING} GLOBALS(=|\[|\%[0-9A-Z]{0,2}) [OR]
    # Block any script trying to modify a _REQUEST variable via URL.
    RewriteCond %{QUERY_STRING} _REQUEST(=|\[|\%[0-9A-Z]{0,2})
    # Return 403 Forbidden header and show the content of the root home page
    RewriteRule .* index.php [F]
    #
    ## End - Rewrite rules to block out some common exploits.

    ## Begin - Custom redirects
    #
    # If you need to redirect some pages, or set a canonical non-www to
    # www redirect (or vice versa), place that code here. Ensure those
    # redirects use the correct RewriteRule syntax and the [R=301,L] flags.
    #
    ## End - Custom redirects

    ##
    # Uncomment the following line if your webserver's URL
    # is not directly related to physical file paths.
    # Update Your Joomla! Directory (just / for root).
    ##

    # RewriteBase /

    ## Begin - Joomla! core SEF Section.
    #
    # PHP FastCGI fix for HTTP Authorization, required for the API application
    RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
    # -- SEF URLs for the API application
    # If the requested path starts with /api, the file is not /api/index.php
    # and the request has not already been internally rewritten to the
    # api/index.php script
    RewriteCond %{REQUEST_URI} ^/api/
    RewriteCond %{REQUEST_URI} !^/api/index\.php
    # and the requested path and file doesn't directly match a physical file
    RewriteCond %{REQUEST_FILENAME} !-f
    # and the requested path and file doesn't directly match a physical folder
    RewriteCond %{REQUEST_FILENAME} !-d
    # internally rewrite the request to the /api/index.php script
    RewriteRule .* api/index.php [L]
    # -- SEF URLs for the public frontend application
    # If the requested path and file is not /index.php and the request
    # has not already been internally rewritten to the index.php script
    RewriteCond %{REQUEST_URI} !^/index\.php
    # and the requested path and file doesn't directly match a physical file
    RewriteCond %{REQUEST_FILENAME} !-f
    # and the requested path and file doesn't directly match a physical folder
    RewriteCond %{REQUEST_FILENAME} !-d
    # internally rewrite the request to the index.php script
    RewriteRule .* index.php [L]
    #
    ## End - Joomla! core SEF Section.
    </IfModule>

    ## These directives are only enabled if the Apache mod_rewrite module is disabled
    <IfModule !mod_rewrite.c>
    <IfModule mod_alias.c>
    # When Apache mod_rewrite is not available, we instruct a temporary redirect
    # of the start page to the front controller explicitly so that the website
    # and the generated links can still be used.
    RedirectMatch 302 ^/$ /index.php/
    # RedirectTemp cannot be used instead
    </IfModule>
    </IfModule>

    ## GZIP
    ## These directives are only enabled if the Apache mod_headers module is enabled.
    ## This section will check if a .gz file exists and if so will stream it
    ## directly or fallback to gzip any asset on the fly
    ## If your site starts to look strange after enabling this file, and you see
    ## ERR_CONTENT_DECODING_FAILED in your browser console network tab,
    ## then your server is already gzipping css and js files and you don't need this
    ## block enabled in your .htaccess
    <IfModule mod_headers.c>
    # Serve gzip compressed CSS files if they exist
    # and the client accepts gzip.
    RewriteCond "%{HTTP:Accept-encoding}" "gzip"
    RewriteCond "%{REQUEST_FILENAME}\.gz" -s
    RewriteRule "^(.*)\.css" "$1\.css\.gz" [QSA]

    # Serve gzip compressed JS files if they exist
    # and the client accepts gzip.
    RewriteCond "%{HTTP:Accept-encoding}" "gzip"
    RewriteCond "%{REQUEST_FILENAME}\.gz" -s
    RewriteRule "^(.*)\.js" "$1\.js\.gz" [QSA]

    # Serve correct content types, and prevent mod_deflate double gzip.
    RewriteRule "\.css\.gz$" "-" [T=text/css,E=no-gzip:1,E=no-brotli:1]
    RewriteRule "\.js\.gz$" "-" [T=text/javascript,E=no-gzip:1,E=no-brotli:1]

    <FilesMatch "(\.js\.gz|\.css\.gz)$">
    # Serve correct encoding type.
    Header set Content-Encoding gzip

    # Force proxies to cache gzipped &
    # non-gzipped css/js files separately.
    Header append Vary Accept-Encoding
    </FilesMatch>
    </IfModule>

    So, doch noch erledigt mit dem Hintergrundbild.
    Im Astroid-Framework unter "Basis / Page Settings" habe ich das Hintergrundbild wieder raus genommen.

    Folgenden Code in der custom.css erstellt:

    body {
    background-image: url("/images/Hintergrundbild/hintergrundbild_sommer.jpg");
    background-size: cover;
    background-position: center;
    background-repeat: no-repeat;
    background-attachment: fixed;
    margin: 0;
    }
    @media (max-width: 767px) {
    body {
    background-image: none;
    }
    }

    Funktioniert prima. Wobei natürlich der max-width Wert entsprechend anzupassen ist.

    Jetzt muss ich aber noch mal nachfragen wegen dem Mime-Typ.
    Was hat das für Auswirkungen? MUss das behandelt werden?

    viele Grüße

    Manfred

    nein, im body ist es nicht eingfügt.
    Derzeit im Astroid-Framework unter Basis / Page Settings .
    Die CCS Minify Optionen im Astroid-Framework sind komplett deaktiviert.
    Ja, das ganze im body über css einzufügen muss ich probieren, ihr habt es probiert dann funktioniert es ja auch.
    Ich muss mich da erstmal mit den ganzen Ausrichtungen beschäftigen.
    Sorry, das wird bestimmt erst am WE bei mir. Ich gebe auf alle Fälle Bescheid wenn ich es umgesetzt habe.

    Den Konflikt mit den MIME-Type guck ich mir auch noch an und berichte.

    viele Grüße


    Manfred

    Astroid-Framework: 3.4.2
    Template: tp_ultimate 2.7

    Hallo,

    ich hab mal eine Frage zum Hintergrundbild ausblenden auf dem Smartphone.
    Das Hintergrundbild habe ich im Astroid-Framework unter Basis / Page Settings eingebunden.
    Da ein Hintergrundbild nicht responsive ist sollte es auch auf
    kleineren Monitoren nicht angezeigt werden.
    Nun sollte dies ja über CSS folgendermaßen funktionieren:

    @media (max-width: 767px) {
    .class {
    background-image: none;
    }
    }

    So weit so gut. Ich finde nur keine geeignete Klasse dafür in den Browser Entwickler-Tools.
    Hat da jemand für mich einen Tip ?

    viele Grüße

    Manfred

    Ich habe mich ersteinmal dazu entschieden den TinyMCE in der Joomla Konfiguration als Standard zu hinterlegen. Damit funktioniert das Kontaktformular mit Editor. Als Benutzer, alsoi für mich, bleibt der JCE aktiv, das sollte funktionieren !

    Ich werde sicherlich nach der Einstellung im JCE suchen und dann hier berichten.
    Kann aber etwas dauern.

    viele Grüße Manfred

    Hi OJ,

    Danke für Deine Mühe.
    Es wird eine Einstellung im JCE sein, da muss ich noch mal gucken.

    Testweise habe ich auf den TinyMCE umgestellt. Da funktionieren beide Varianten.
    Also die Variante von OJ und die Variante mit den eigenen Feldern.

    viele Grüße Manfred

    Guten Abend,

    Joomla: 6.0.0
    Template: Joomlaplates - tp_ultimate 2.5
    Astroid Framework: 3.3.4
    JCE: 2.9.95

    in Joomla gibt es ja die Möglichkeit "eigene Felder" zum Beispiel in einem Kontaktformular einzubinden.
    Jetzt gibt es den Feld-Typ "Editor".
    Kann ich damit in einer "Textarea" den Editor der in Joomla als Standard eingestellt ist nutzen ?
    Wenn ja, wie ?
    Erste Versuche haben da keinerlei Ergebnisse mit Editor gebracht.

    viele Grüße Manfred

    Hi Jan,

    ich hab beim Entwickler nachgefragt.

    Es ist nur eine Einstellung in der globalen Konfiguration die auf "ja" gesetzt werden muss.

    Jetzt funktioniert es perfekt mit der template.css ist der Hintergrund im Editor "weiss".

    JCE --> Konfiguration --> Modus mit hohem Kontrast --> ja

    Damit ist das Thema erledigt !

    Danke für Eure Mühe !

    viele Grüße

    Manfred

    Kann es sein das der Eintrag in meiner custom.css etwas dazwischen haut ?

    Ich hab das Gefühl wenn ich das rausnehme klappt das mit den Stilen, aber der Hintergrund ist wieder da.

    Im eigentlichen geht es ja nur um den Hintergrund ! Der soll raus !

    Pest

    hmmm, also wenn ich auf das Cassiopeia wechsle kann im JCE die Stile öffnen - das sind aber jede Mange drin - das kann ja nicht sein - oder ?, es ist nirgendwo im JCE eine spezielle css vergeben, wechsel ich jetzt wieder auf das tp_ultimate kann ich die Stile auch im JCE wieder öffnen - komisch

    wechsle ich auf den TnyMCE - eine editor.css gibt es nicht - wo weise ich denn da Klassen zu ?

    Gruß

    Manfred