-
-
Notifications
You must be signed in to change notification settings - Fork 70
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Inputs size #214
Inputs size #214
Conversation
if(! empty($value)) { $params[] = 'value="'.$value.'"'; } | ||
if(! empty($extra)) { $params[] = $extra; } | ||
if($type != 'hidden') { | ||
if($readonly === true) { $params[] = 'readony'; } |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
coquille: $params[] = 'readonly';
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Ok, merci.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Après coup, je pense qu'on peut simplifier la déclatation de la fonction plx::printInput(...) en évitant l'emploi de chaines vides comme ceci :
public static function printInput($name, $value='', $type='text', $sizes='50-255', $readonly=false, $className=false, $placeholder=false, $extra=false) { .... }
quand le paramètre readonly est passé avec la valeur true, il faut à la fois avoir: |
implémenté. merci |
Sur un écran de résolution 1920x1080, les inputs type text ont une taille ridicule dans les tableaux users, catégorie et static.
Passer d'un
Mieux vaut gérer cela à une feuille CSS. Donc réécriture de plxUtils::printInput pour gérer des appels de fonction comme ceci
Après quelques réglages dans les feuilles CSS, les inputs peuvent occuper 100% de la largeur des cellules.
S'applique à la gestion des users, categories et pages statiques.