Überlagerung Bildbaustein und Schaltfläche WinCC flex

PBO-WE

Level-1
Beiträge
165
Reaktionspunkte
6
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo.
Je mehr ich in meinem Projekt ausprobiere, desto mehr Fehler/Hindernisse stelle ich fest.
Ist das normal in flexible?

Folgendes:
Ich habe ein Bildobjekt (Rechteck mit einer Symbolischen Eingabe und einem Eingabefeld) zur Benutzeranmeldung projektiert, es in der Vorlage eingebunden, da es auf jedem Bild erscheinen soll und durch eine Variable eingeblendet.
Jetzt habe ich in der Runtime folgendes Phänomen:
Bildobjekt Sichtbar, aber überlagert von der Schaltfläche, jedoch das Symbolische Eingabefeld (Dropdown) ist wiederum über der Schaltfläche.
Hab schon alles mit Ebenen und "Vorlage vor Bild" ausprobiert.

Ist das ein Fehler von mir, den ich noch nicht sehe, oder von WCfix? :confused:

Gruß
 
Hallo.
Je mehr ich in meinem Projekt ausprobiere, desto mehr Fehler/Hindernisse stelle ich fest.
Ist das normal in flexible?

Folgendes:
Ich habe ein Bildobjekt (Rechteck mit einer Symbolischen Eingabe und einem Eingabefeld) zur Benutzeranmeldung projektiert, es in der Vorlage eingebunden, da es auf jedem Bild erscheinen soll und durch eine Variable eingeblendet.
Jetzt habe ich in der Runtime folgendes Phänomen:
Bildobjekt Sichtbar, aber überlagert von der Schaltfläche, jedoch das Symbolische Eingabefeld (Dropdown) ist wiederum über der Schaltfläche.
Hab schon alles mit Ebenen und "Vorlage vor Bild" ausprobiert.

Ist das ein Fehler von mir, den ich noch nicht sehe, oder von WCfix? :confused:

Gruß


mmh...
Du machst bestimmt irgendwas falsch.
Du kannst mir dein Projekt posten...
 
Hmm...bei mir tritt genau das auf was du beschrieben hast.
Und wenn ich bei den Einstellungen rum spiel ändert sich auch nicht wirklich was.:rolleyes:
 
Also,

es ist kein Fehler von WCF sondern mit Absicht gemacht, damit man die Möglichkeit hat die beiden (Symb. I/O field und Schaltfläche) zu bedienen
 
Sorry, aber was für ein Bullshit
Wenn ich ein Bildbaustein einblende will ich nicht die darunter liegende Schaltfläche bedienen!!!!


Das kommt einfach von der Implementierung der Software_Routinen

Softwaremäßig: 2 Bedienbare fläche, die sich überlappen (Hintegrund+vordergrund) müssen immer bedienbar sein.Punkt
Egal ob die ein/ausblendbar sind.

Um es zu vermeiden sollen sich die beiden Bedienflächen nicht schneiden
 
Zuletzt bearbeitet:
Da muß ich Dir wiedersprechen. Ich hab nämlich schon in anderen Projekten Schaltfrlächen überlagert und ein und ausgeblendet.
Nur mit diesem blöden Bildbaustein in der Vorlage klappt es nicht.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Da muß ich Dir wiedersprechen. Ich hab nämlich schon in anderen Projekten Schaltfrlächen überlagert und ein und ausgeblendet.
Nur mit diesem blöden Bildbaustein in der Vorlage klappt es nicht.

Sich nicht überlappen bezieht sich auf BILDBAUSTEIN & BEDIENBARE SCHLATFLÄCHE nur mal zur Korrektur
 
Nur mal zur korrektur:
Ich hab auch schon das Rechteck des Bildbausteins als bedienbare Schaltfläche projektiert und es sieht genau so aus.
 
Hi,
Ich kann euch zwar nicht hundertprozentig folgen aber man kann auch die Bedienbarkeit dynamisieren (Animationen-> Bedienbarkeit). Ansonsten sind die Bildbausteine bei WINCCflex zum Hände über den Kopf zusammenschlagen und davonlaufen.
Gruß
Sailor
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo.
Hier mal die Antwort von Siemens:

Sehr geehrter Herr ...,

das Verhalten der Projektierung kann leider nicht geändert werden und ist ein Systemverhalten. Es hängt damit zusammen das die Symbolischen E/A-Felder eine andere Anzeigepriorität als die Schaltflächen haben.

Selbes Verhalten kann man z.B. bei der Rezepturanzeige, Benutzerverwaltung und den Meldeanzeigen beobachten. Selbst wenn diese Objekte hinter anderen Objekten projektiert werden diese im Betrieb dann in den Vordergrund geholt.


Statt Systemverhalten sollte wohl eher Systemfehler stehe.
Und meiner Meinung nach ist meine Frage nicht beantwortet worden, da ich das Rechteck ja auch schon als Schaltfläche projektiert habe und diese dann immer noch von der Schaltfläche vom Startbild überdeckt wird. Troz höerer Ebene und Vorlage vor Bild und und und...
 
Hallo.
Hier mal die Antwort von Siemens:

Sehr geehrter Herr ...,

das Verhalten der Projektierung kann leider nicht geändert werden und ist ein Systemverhalten. Es hängt damit zusammen das die Symbolischen E/A-Felder eine andere Anzeigepriorität als die Schaltflächen haben.

Selbes Verhalten kann man z.B. bei der Rezepturanzeige, Benutzerverwaltung und den Meldeanzeigen beobachten. Selbst wenn diese Objekte hinter anderen Objekten projektiert werden diese im Betrieb dann in den Vordergrund geholt.

Statt Systemverhalten sollte wohl eher Systemfehler stehe.
Und meiner Meinung nach ist meine Frage nicht beantwortet worden, da ich das Rechteck ja auch schon als Schaltfläche projektiert habe und diese dann immer noch von der Schaltfläche vom Startbild überdeckt wird. Troz höerer Ebene und Vorlage vor Bild und und und...


Das gleiche hatte ich Dir mittgeteilt...aber egal
Wenn Du mit den Antworten von anderen nicht überzeugt bist, denn sollst Du keine Fragen stellen. Punkt
 
Das kommt einfach von der Implementierung der Software_Routinen

Softwaremäßig: 2 Bedienbare fläche, die sich überlappen (Hintegrund+vordergrund) müssen immer bedienbar sein.Punkt
Egal ob die ein/ausblendbar sind.

Um es zu vermeiden sollen sich die beiden Bedienflächen nicht schneiden

Ich denke nicht. daß Deine Antworten den selben Sinn ergeben.
Du schreibst, daß zwei überlagerte Schaltflächen immer bedienbar sein müssen, was allerdings nicht stimmt, da man durchaus eine Schaltfläche durch einblenden einer Anderen ausblenden kann. Wenn ich den Bildbaustein in Startbild projektiere funktioniert es ja auch, nur nicht wenn er in der Vorlage projektiert wird.
Wenn Du Dich für das Problem interessiert hättest und darauf sinnvoll antworten wolltest, hättest Du vielleicht die Runtime mal starten sollen und ein wenig mit dem Projekt rumspielen sollen, bevor Du andere Leute für Unfähig erklärst.

;)
Gruß
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Wenn Du Dich für das Problem interessiert hättest und darauf sinnvoll antworten wolltest, hättest Du vielleicht die Runtime mal starten sollen und ein wenig mit dem Projekt rumspielen sollen, bevor Du andere Leute für Unfähig erklärst.

;)
Gruß

0- Nur mal so am Rande: Jede Entwicklung muss ans Besy angepasst werden, weil Manchmal die Möglichkeiten beschränkt sind, andere Funktionalitäten dem Produkt anzuhängen
1- Das hat mit unfähig Nix zu tun.
2- Du hast eine große Fresse.....:ROFLMAO:
3- Ich hole mir einen Kaffee
 
Zurück
Oben