Jump to content
  • 0

Hide object bug?


hans erik

Question

Posted

Ik loop tegen een raar probleem aan: ik maak gebruik van Hide Object maar dat werkt bij sommige records wel, en bij andere niet.

 

Als volgt:

Ik heb een layout met daarop een tabblad en ik wil soms (afhankelijk van de gebruiker) 13 tabbladen laten zien en soms 4. Dat kan niet zonder truc, dus:

- tabs hebben breedte 0

- er zijn twee button bars, een met 13 buttons en de ander met 4 buttons, die nemen de plaats van de tabbuttons in.

- de buttonbars worden verborgen als een $$variabele een bepaalde waarde heeft. Die $$variabele wordt in het open script bepaald en is dus ALTIJD geldig voor ALLE records zolang de sessie duurt. De file draait lokaal, single user, met full privileges.

 

Heel simpel, maar bij sommige records wordt de button bar getoond en bij andere records niet, terwijl de waarde van $$variabele niet verandert en ik op precies dezelfde manier van het ene record naar het andere ga.

NB heb het ook getest met een Global Field ipv een global variable, precies hetzelfde probleem.

 

Het enige wat ik me kan voorstellen is dat er een limiet zit aan het aantal getoonde items (objecten en gerelateerde records) op de layout. Want het is een heel ingewikkelde layout met duizenden objecten, tientallen portals, honderden velden, enzovoorts. Sommige portals bevatten bijvoorbeeld een kleine button met een icoontje, en dus is het aantal objecten ook variabel met het aantal gerelateerde records.

 

Dat FileMaker dus bij bepaalde records over de limiet van het aantal gekoppelde gegevens heen gaat en dan zegt: dit doe ik niet.

 

Maar er staat nergens iets gedocumenteerd over een limiet. Hebben wij hier een bug te pakken?

 

Iemand hier ervaring mee?

 

NB het is bij FMP13 en 14 precies hetzelfde en ook bij dezelfde records. En het zijn altijd dezelfde records, het is niet random.

7 answers to this question

Recommended Posts

  • 0
Posted

Wanneer bepaal je de waarde van de $$variabele? Voordat je naar de layout gaat of als je op de layout bent? Kan die waarde voor dezelfde gebruiker wijzigen tijdens het gebruik van de layout? Doe je een refresh-window na het instellen van $$variabele? Ik had eens twee identieke objecten bovenop elkaar .... daar kan je ook lang naar zoeken met hidden objects

  • 0
Posted

Meteen bij het openen van het bestand, en daarna niet meer. Het is ook niet de bedoeling dat het gewijzigd wordt.

Er is ook geen enkel script of andere methode om de waarde te wijzigen. Ik display de variabele ook op de layout, en daar blijft de waarde ook gelijk.

  • 0
Posted

Ik neem aan dat je

$$variabele = 1

of zoiets uitvraagt, dus daar zal het niet aan liggen. Heb je het al eens met een duplicaatje geprobeerd met alleen de objecten die je met elkaar wilt wisselen?

  • 0
Posted

Hmm, als ik de meeste objecten eraf haal (ik houd dan een paar portals en velden over) blijft het probleem.

 

Ligt dus ergens anders aan.

 

Maar wat?

 

Kennelijk is er iets anders dat ook de zichtbaarheid beïnvloedt.

De formule isiets van $$variabele = "A". Daar komt toch altijd logisch 1 uit.

  • 0
Posted

Nee, daar komt een representatie van logisch true of false uit.

 

Maar ik heb dit probleem ook wel gehad. Bij mij bleek het om een fout in de context op het moment dat de variabele bepaald werd te gaan. Niet met mijn full access account maar bij user accounts met eigen menu's.

  • 0
Posted
De formule isiets van $$variabele = "A". Daar komt toch altijd logisch 1 uit.
Is de formule voor het andere object dan 100% de inverse? Dan zou het gewoon moeten werken.
  • 0
Posted

Ik ben er achter.

Ik had de buttonbar samengesteld door een bestaande button te dupliceren en dan telkens de scriptparameter en de tekst van de button aan te passen. Maar die 'originele' button had al een hide/show voorwaarde die de boosdoener bleek te zijn. Die dupliceer je uiteraard mee.

 

Vervolgens heb ik de buttons als geheel gegroepeerd tot een 'button bar' en de nieuwe hide/show voorwaarde gekoppeld aan die groep als geheel.

 

MAAR: de inspector waarschuwt dan niet dat er al een voorwaarde voor de individuele buttons is, en die oorspronkelijke voorwaarde wordt ook niet vervangen.

 

Moraal van het verhaal: kijk uit met dupliceren.

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Answer this question...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...