Beiträge von Grevas

    Das wird dir glaube ich keiner genau aufdröseln. Dein "Beitrag" hat eine ID, die musst du halt wieder beim editknopf auf deine Bearbeitungsseite per GET oder POST zurücksenden & dort die Daten wieder in den Editor laden.

    Das man den "username" per Form weiterschleift, glaube nicht dass das richtig ist. Wenn das ein eingeloggter User ist, holst du dir diesen wieder aus der $_SESSION - sonst kann man beliebigen mumpitz reinschreiben (wenn es ein geschützter Bereich ist, na deine Sache ob dir das wichtig ist).

    Insgesamt kann ich nur abraten diese ganze Schreiboperationen überhaupt in der index.php zu erledigen, die haben da eigentlich nichts verloren. Hätte die Sache mit dem editieren jetzt auch einfacher gemacht ;)

    //edit: da solltest du aber dringendst selbst mal überlegen was du tust.... Wie schon jemand früher anmerkte, wirst du mit dem Ergebnis sonst nicht viel anfangen können.

    text-align: justify;
    https://www.w3schools.com/cssref/pr_text_text-align.asp

    Dynamisches letter spacing gibt es afaik nicht

    Wenns wirklich einzeiler sein müßen die bündig abschließen, gibt's hier so ein Hack:

    HTML
    <p id="foo">   <span id="breit-text">Bespieltext oben<br></span>  Bespieltext unten</p><style>#foo {    height: 1.5em;  line-height: 1.5em;  text-align: justify;  text-align-last: justify; }#foo:after {  content: '';  display: inline-block;  width: 100%;}</style>


    //P.S. Quelle: https://css-tricks.com/forums/topic/o…gn/#post-133507

    das mit "hack" mein ich ernst, mir ist noch kein Designer angekommen der so was wirklich wollte & z.B. Safari auf'm Mac unterstützt das nicht: https://caniuse.com/#feat=css-text-align-last ; aber ist ja letztendlich eine Kleinigikeit. Sprich: besser so eine Anforderung meiden wenn möglich.

    Wenn's WIRKLICH verdammt wichtig ist, geht's mit Javascript, hier (da wirds aber so langsam kompliziert :p):
    https://stackoverflow.com/questions/5976…168507#23168507

    Ich weiß nicht wo MrMurphy seine Statistik her nimmt, so verallgemeinern sollte man das aber auf keinen Fall (70% mobile, HA!...)

    1. SEO irrelevant ist es nicht, ist bisher immer wieder eine Kundenanforderung gewesen (alttext bzw. title nutzen)
    2. Was ist mit screenreadern? Ja man kann auch eine Headline verwenden für sektionen, alt-text für Bilder etc. - d.h. aber nicht, dass es obsolet ist.
    3. Es ist sehr engstirnig ein Feature auf seinen UseCase runterzustampfen, über hover zusatzinformationen anzuzeigen die man selten braucht, ist durchaus hilfreich. Sei es z.B. in einem CMS, oder halt anderen Weborientierten Tools (nur weil viele auf hover-sonderlösungen setzen für das UI, ist es noch kein Grund es zu verdrängen). Tools sind auch eine ganz andere niche als der normal-traffic ;)
    ... Da würde sicherlich noch mehr einfallen, reicht aber für mich.

    5wenn es das hier sein soll:
    <img src="file:///C:/Users/Apotheke/Documents/Gemeinsame Dokumente/Praktikanten Ordner/Hilfen_Webseite/bootstrap-3.3.4-dist/css/assets/images/header.png" alt="">

    img skaliert nicht per default. Da musst du schon was angeben.
    Z.B.

    Code
    .header-image img { display: block; width: 100%; }

    3

    Hallo,

    Bei HTML5 (<!DOCTYPE HTML>) sind Framesets nicht mehr zulässig. Als Folge müssen die Browser solche Seiten nicht mehr unterstützen. Wenn Browser solche Seiten anzeigen ist das Zufall.
    [...]


    Dann ist ja gut, dass die Seite kein HTML5 angibt, ne?...

    @Tim welcher Frame denn genau? Bitte den Frame-Link angeben (z.B. http://tippspiel.str-netz.de/spieltag.php?ligaid=2&spieltag=34136 ). Beim mehrmaligen durchklicken ist mir nichts augefallen.
    Da es aber nicht immer reproduzierbar ist, ist es eher ein Bug im PHP Teil.

    In den Entwicklertools merk ich recht schnell, dass das Markup zerschossen ist. Da geht irgendwo irgendwas zu früh* zu. Die zweite Tabelle ist nicht im mehr in dem Vorgesehen <div>. Dass die Tools sogar Kommentare als Knoten anzeigen ist überhaupt kein gutes Zeichen.

    3min später in Entwicklertools diesen Zustand hergestellt:

    Zweite Tabelle in den div#Magenbitter verschoben, der ersten Tabelle float:left; verpasst.
    Es geht jedenfalls auch als außenstehender ;)

    *bzw. ein Element wird doppelt geschlossen.

    background-size bezieht sich nicht auf die Grafik selbst, sondern auf den Container.
    Es gibt da aber noch ein gotcha, wenn man background-attachment: fixed; verwendet wird das Bild relativ zum Fenster skaliert, nicht zum Container. (http://www.carsonshold.com/2013/02/css-ba…ed-positioning/ )

    Sprich, man benutzt hier kein background-attachment sondern (wenn es denn fixed sein soll) position: fixed; auf den Container. Dadurch ist allerdings kein margin: auto; mehr möglich. Das macht bei deinem Konstrukt aber nicht's, da du einen vorgegeben Wrapper hast.

    Einfach die 2x Divs miteinander vertauschen (inklusive Inhalt)
    div.navigation.container & div.topnav

    So als Tipp, schau dir die Entwicklertools von Firefox/Chrome an.
    Ziel Html:

    Css:

    Code
    header, .topnav {
      border-bottom: none;
    }

    Wenn du nicht möchtest das sich dein Raster mitverformt, muss es in einer Seperaten Grafik (mit transparentem Hintergrund) da sein. Man legt das Raster-Bild über das Zielbild.

    Auf der Verlinkten Seite findest du im markup 2x divs.
    div.inner-bg in dem als Hintergrund das Raster angegeben ist (repeat, unskaliert)
    div.backstretch>img - dieses img skaliert mit.

    Ich dachte, wie du auf den Inhalt des Felds zugreift wäre mitlerweile geklärt?
    $ausgabevonmathe['durchschnitt']; // Inhalt der Spalte
    $ausgabevonmathe; // Alle Spalten, in dem Fall nur die eine - dennoch ist es ein Array

    Sprich:
    $gesamtErgebnis = $ergebnisvonmathe['durchschnitt'] + $ergebnisvondeutsch['durchschnitt'];
    echo $gesamtErgebnis;

    wäre was du suchst? Übrigens, wenn man sich damit beschäftigt was man tut, geht das durchaus auch einfacher ;) (auch wenn ich den restlichen Code nicht gesehen habe, bin ich mir da ziemlich sicher).
    Lies dir bitte durch was Arrays sind und Beispiele wie man mit denen umgeht. Das ist ein Grundkonzept, ohne das zu verstehen wirst du ständig in Probleme laufen.

    Also die Anforderung ist so allgemein formuliert... Da geht das doch locker!?

    Wenn man von dem Bereich "ich möchte einen Browser nachbauen" mal absieht, könnte man auch einfach ein frontend-seitiges redirect machen (window.location setzen)... Ahja, mit CSS wollte ich mich jetzt nicht aufhalten ;P

    Code
    [COLOR=#000000][COLOR=#DD0000]~<h1>[^<]+\((\d+[/COLOR][/COLOR][COLOR=#000000][COLOR=#DD0000]:[/COLOR][/COLOR][COLOR=#000000][COLOR=#DD0000]\d+[/COLOR][/COLOR][COLOR=#000000][COLOR=#DD0000]:[/COLOR][/COLOR][COLOR=#000000][COLOR=#DD0000]\w+)[/COLOR][/COLOR][COLOR=#000000][COLOR=#DD0000]\)[/COLOR][/COLOR][COLOR=#000000][COLOR=#DD0000].*[/COLOR][/COLOR][COLOR=#000000][COLOR=#DD0000]</h1>~[/COLOR][/COLOR]


    Wäre dann halt match[1] = 333:183:G (da du die erste Gruppe auswählen musst), bin mir nicht ganz sicher bei dem index. Musst nur deine Gruppen so wählen wie du die haben willst.

    Anhand deines Beispiels sieht es in http://www.regexr.com/ eigtl. alles gut aus. Aber sicher, dass die Koordinaten immer 3-stellig sind? [0-9]{1,3} oder \d+ wäre da wohl angebrachter.

    Getestet mit $bericht="Bericht von Gloyonaid (333:183:G)"

    Ergebnis:
    3 capturing groups:
    group 1: ([0-9]{3})
    group 2: ([0-9]{3})
    group 3: ([A-Z]{1})


    Gib doch mal bitte einen richtigen Kontext. (Einen größeren Ausschnitt aus $bericht)

    Außerdem, verwende bitte keine RegEx-Zeichen als Begrenzung, das ist doch etwas verwirrend beim drüberschauen ;)
    Um nur mal sicher zu gehen, lass dir mal $a ausgeben mit print_r e.ä., das Ergebnis unter [1][0] ist der gesamte match, nicht die Gruppen die du haben willst.

    //P.S. jetzt seh ichs erst. Das kommt von, wenn man kein ordentliches Beispiel postet. Die Koordinaten sind garantiert nicht direkt hinter <h1>. Auch fehlt die schließende Klammer hinter den Koordinaten (da du sofort nach </h1> suchst).
    Mach mal draus

    Code
    [COLOR=#000000][COLOR=#DD0000]~<h1>.+\((\d+)[/COLOR][/COLOR][COLOR=#000000][COLOR=#DD0000]:([/COLOR][/COLOR][COLOR=#000000][COLOR=#DD0000]\d+)[/COLOR][/COLOR][COLOR=#000000][COLOR=#DD0000]:([/COLOR][/COLOR][COLOR=#000000][COLOR=#DD0000]\w+)\).*</h1>~[/COLOR][/COLOR]

    , dann sollte es ausch fruchten. FYI, reguläre Ausdrücke liest man nicht, man untersucht sie *g* (zugegeben, dieses Beispiel war aber noch lesbar genug...)
    Falls "<" ein unerlaubtes Zeichen im Spielernamen ist wäre

    Code
    [COLOR=#000000][COLOR=#DD0000]~<h1>[^<]+\((\d+)[/COLOR][/COLOR][COLOR=#000000][COLOR=#DD0000]:([/COLOR][/COLOR][COLOR=#000000][COLOR=#DD0000]\d+)[/COLOR][/COLOR][COLOR=#000000][COLOR=#DD0000]:([/COLOR][/COLOR][COLOR=#000000][COLOR=#DD0000]\w+)[/COLOR][/COLOR][COLOR=#000000][COLOR=#DD0000]\)[/COLOR][/COLOR][COLOR=#000000][COLOR=#DD0000].*[/COLOR][/COLOR][COLOR=#000000][COLOR=#DD0000]</h1>~[/COLOR][/COLOR]

    besser. (.* hinter der Klammer sicherheitshalber hinzugefügt, falls da noch leerzeichen o.ä. stehen würden)

    Getestet mit: "<h1>Bericht von Gloyonaid (333:183:G) </h1>"

    Warum denn so kompliziert?

    Teile das mit explode und Anhand des Leerzeichens in ein Array und das letzte Element des Array enthält dann deine gesuchten Koordinaten.
    Anschliessend evtl. Klammern entfernen.


    Weil du den Kontext nicht verstanden hast. Das ist wohl eine Scrapping Aufgabe, da kommst du ohne vorherige Suche / Eingrenzung nicht weiter mit nem stinkigen Explode alleine. Außer du meinst den Ausdruck so zu lassen wie er ist und nachbearbeiten, da kann man aber das gleich anders macen.
    Aber ich würde auch eher empfehlen, ein Format zu definieren wie so ein Bericht eigtl. aussieht um einmal richtig zu parsen - damit hat sichs dann auch (sieht nach nem Browser-Game aus, die Formatierung ist also mehr oder minder fest)... Sprich, Zeilenweise parsen wäre imo der einfachere Weg. (Data -> Model -> be happy & done)