low dev to
continue fixing bug in 9.1 branch
So, RM
- create the 9.1.1 branch from 9.1
- commit only selected fix in this branch
- release it from this branch
BTW, I hope 9.1.1 could be released soon...
(according to the various bug affecting
to find a "mentor" whom will help him
(explain GLPI framework, CS, workflow...) and will propose him for write
access when he think the new developer is ready.
Of course, git can help for this (simpler than SVN)
I think this role is important, is everyone review the
hase, and so, feature freeze.
ie: at some point in the future
- branch 9.2/bugfixes
- tag 9.2RC1 from it
- master becomes 9.3dev
We probably also need a "String freeze" for translators.
Remi.
>
>
>
> This workflow should prevent parts of master code to be backporte
add documentation page for DB->request()
Feedback ?
Remi.
___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev
hanging a behavior, I think we need to keep
it open before merging for some time (1 day ?) so other developpers can
comment it (e.g. https://github.com/glpi-project/glpi/pull/945)
Remi
___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev
the project ;)
>
> On the basics, I totally agree, but maybe should we consider merging without
> tests would be possible with a (really!) good reason for now?
> Of course, existing unit tests MUST be OK, in any case.
+1 with Johan
We don't have enough test but we also don't have
pdate, making a EPEL update policy exception)
As usual, "remi" repository have the latest version (as PHP latest
versions, since version in RHEL/CentOS 5/6 doesn't meet GLPI requirement).
Remi.
P.S. "remi-test" will have soon GLPI 9.1RC
__
Important change:
The test suite now use its own database, to avoid issues
with the one used for development.
More information, see
https://github.com/glpi-project/glpi/blob/master/tests/README.md
Remi.
___
Glpi-dev mailing list
Glpi-dev@gna.org
Le 12/05/2016 à 07:24, Remi Collet a écrit :
> - enable travis (need to install the DB) for PHP 5.4, 5.5, 5.6, 7.0
Le fichier .travis.yml est créé, reste plus qu'à activer le service
depuis https://travis-ci.org/
(et adapter la configuration, si j'ai pas eu le bol d'avoir b
%)
Time: 144 ms, Memory: 32.50Mb
OK (54 tests, 587 assertions)
Remi.
[1] https://github.com/glpi-project/glpi/issues/644
___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev
ne peut être rendu
> obligatoire actuellement en formulaire simplifié.
> Merci.
>
Avez vous testé le plugin behavior qui offre un comportement permettant
l'assignation automatique du groupe du demandeur ?
Remi.
> Cordialement,
>
> Guillaume TEILLET
>
> [cid:imag
Hi
I just "refreshed" the installation guide in my blog.
http://blog.remirepo.net/pages/OCS-GLPI-en
I hope I haven't forget something
Feedback / comments are welcome.
Remi
--
Je viens de "rafraichir" le guide d'installation sur mon b
ething more fun than the
old doxygen.
Perhaps a good idea to make this output public (on forge or somewhere
else), with a regular update.
Could be even nicer to have a folder per released version + master
Remi.
___
Glpi-dev mailing list
Gl
Le 21/09/2015 17:10, Alexandre Delaunay a écrit :
> Now you can submit a feature at http://suggest.glpi-project.org, or vote for
> features already submitted.
This strangely redirect to http://glpi.userecho.com/
Remi
___
Glpi-dev mailing lis
my repository.
http://blog.remirepo.net/post/2015/10/08/GLPI-version-0.90-en
* version 0.85.5 + some plugins in "remi" repository
* version 0.90 + some plugins in "remi-test" repository
Notice: RPM diff with manual installation (of course, same code)
* FHS compliant (config in /
(partial) check to report this misconfiguration during the
installation process.
Not perfect, but should work in common case.
Of course, this message this "very" probably raise question from
unqualified sysadmin... :(
This is not a blocker, installation can be forced.
Remi.
P.S. and R
Le 11/09/2015 10:05, Remi Collet a écrit :
> Bug +1
Of course, I mean "Big +1"
___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev
present.
> Version 0.90 is not yet stable and the 0.85.4 version is very buggy
> unlike svn version 0.85.5 which suits us very well.
>
> So, we would like to know if the community could purpose fairly quickly
> a stable release 0.85.5.
Bug +1
https://github.com/glpi-project/glpi/
othing can get wrong with such a reliable company...
Really ?
Read: https://code.google.com/p/support/wiki/ReadOnlyTransition
So... today trendy one is github.
Remi.
___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev
Le 06/08/2015 15:18, Etienne Carriere a écrit :
> Hi,
>
> With RHEL 6, the standard is PHP 5.3 . With the Software Collections, we
> can have PHP 5.4 ou 5.5 but it is a specific support with RedHat ..
Any RHEL subscription give access to RHSCL.
Remi.
.
>
> Regards,
>
Le 04/08/2015 14:45, Remi Collet a écrit :
> Howdy,
>
> I have updated ZF2 to version from 2.3.0 to 2.3.9
>
> Notice:
> Version 2.4.x raise dependency to php 5.3.23
> Version 2.5.x raise dependency to php 5.5
Et juste pour info, je viens de tester GLPI + ZF 2.5.2
Ton f
Howdy,
I have updated ZF2 to version from 2.3.0 to 2.3.9
Notice:
Version 2.4.x raise dependency to php 5.3.23
Version 2.5.x raise dependency to php 5.5
Remi
___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev
Le 02/08/2015 11:41, Remi Collet a écrit :
> I create this first, because I'd like to change 'Event' class name,
> because of https://forge.glpi-project.org/issues/4458.
PoC of namespace used in the wip-test branch
Probably a too big change for 0.90, but cand
es this will be to introduce namespace
(Glpi\Event), so I "really" think we need to add code coverage first to
detect any regression.
Remi.
___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev
Le 30/07/2015 11:27, Alexandre Delaunay a écrit :
>> P.S. et pour info, j'ai aucun droit dessus
>
> Tu as une invitation en attente
Merci.
___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev
reste possible d'avoir un mirroir sur github poour les PR.
Exemple
http://git.php.net/?p=php-src.git (officiel)
https://github.com/php/php-src/ (miroir pour PR + travis)
Mais si tout le monde est content de suivre la mode...
Remi.
___
e (zip)
Source code (tar.gz)
(surtout que le pari que les Windowsiens vont se ruer sur les .zip...)
Bref,
Mes 0,02€
Remi.
P.S. et pour info, j'ai aucun droit dessus
___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev
uot;en attente" lors de l'ajout d'un suivi.
Le demandeur de réouvrir / signaler qu'il a répondu à la question.
Remi.
P.S. dans mon idée, "tous" les changements de status devraient pouvoir
être des actions automatiques (optionelle dans ce cas), sans que le tech
ait bes
ow back to the browser which has no effect on
> normal web pages but leads to wrong downloaded files as they are injected by
> GLPI into the flow.
>
> Perhaps a bug report should be filed requesting that all terminations be
> removed to conform with current coding recommen
Le 01/07/2015 10:03, Moron, Olivier a écrit :
> Hello Remi,
>
> Thank you for your remark,
>
> I've updated the wiki.
> Could you check if this is OK ?
Yes, seems ok.
Thanks
> Thank you,
> Regards,
>
>
> Olivier MORON
> Miscellaneous Program Member
&
ns that your PHP use the system timezone database
so ensure it is up-to-date (tzdata package)
The pecl/timezonedb doesn't make sense in this case.
Current text can introduce confusion,
see http://forum.remirepo.net/viewtopic.php?id=3209
Remi
P.S. the PHP patch to use system db, mostly mai
FYI, I start testing GLPI with development version of upcoming PHP 7.
For now, everything seems ok.
Good perf improvment, confirmed on central.php
php 5.6.7 : 0.034" - 3.41 Mio
php 7.0.0-dev : 0.019" - 2.16 Mio
Remi.
___
Glpi-d
Le 28/01/2015 08:11, Alexandre Delaunay a écrit :
> Bonjour.
>
Comme l'a indiqué Yllen, cf Appliances
Ce plugin utilise PDF pour ses objets ET pour les onglets ajoutés aux
objets du coeur.
Remi.
> Pour faire avancer le sujet.
>
> Non, on ne peux justement
Le 31/07/2014 13:43, Marine B a écrit :
> Thanks for the answers. So I guess that the SchemaDb
> <https://forge.indepnet.net/projects/glpi/wiki/SchemaDb> are for the latest
> version.
You should probably look at
https://forge.indepnet.net/projects/glpi/wik
late pour gérer les vues)
J'ai rien compte, mais c'est pas dans les standard de GLPI.
> -adldap (pour la partie gestion Active Directory)
> -fpdf (pour le création du bon de réforme au format pdf)
Je pense qu'il serait préférable d'utiliser tcpdf, qui est la
bibliothèque ut
If it can help:
https://forge.indepnet.net/projects/glpi/repository/entry/trunk/tools/make_plugin_release.sh
Remi.
___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev
is usally not available through the web, some content
could create security issues.
Remi.
/me trying to update GLPI RPM with clean stuff...
___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev
your actual version.
RPM are already available
For Fedora >= 17 users in updates-testing repository
For RHEL / CentOS... in epel-testing repository
Backport also available in remi repository.
Notice : due to incompatible version scheme, the RPM vers
ntités et les objets récursivité)
Donc un membre du sous-groupes "Firewall" est concerné par ce ticket, et
devrait donc le voir
Ensuite imaginons
Département RH > Service Paie
Un ticket sur un équipement du "Service Paie" ne concerne pas les
membres du ser
version de MySQL ?
Tu peux détailler ton test ?
Moi, avec
RESET QUERY CACHE;
SELECT `glpi_logs`.* FROM `glpi_logs`
WHERE `glpi_logs`.`id`='46670031' LIMIT 1;
Avec ou sans le limit, je tourne toujours autour de 0,0004" (sur une
table de 100 millions d'en
ternal stuff). And SLA, or resolution
time, don't have to change because of any external consultant.
You should assign the ticket to the consultant (supplier) to track such
process.
Remi.
>
> I have been looking for documentation about how to add a new status item
> either f
.
Regards,
Remi.
___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev
Le 12/11/2012 17:54, DUVERGIER Claude a écrit :
>
> Le 12/11/2012 17:43, Remi Collet a écrit :
>> Le 12/11/2012 17:30, DUVERGIER Claude a écrit :
>>> Si quelqu'un ayant les droits suffisant sur la forge Redminepouvait me
>>> rajouter comme Rapporteur pour
on
> -déjà implémentée- à proposer ;)).
Quel compte ?
Remi.
___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev
Le 16/10/2012 16:29, Damien Touraine a écrit :
> Développeurs de plugins,
Une petite mise à jour de
https://forge.indepnet.net/projects/plugins/wiki/Fr_Plugin083to084
ça serait bien ;)
___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/
Le 09/10/2012 08:29, David DURIEUX a écrit :
> Bonjour,
>
> Voici un patch qui permet de gagner du temps sur la requete SQL
> (surtout sur les grosses bases). En effet on va prendre que le premier
> enregistrement, donc autant mettre un 'LIMIT 1' dans la requete au lieu
> de recupérer les xx enreg
Le 08/09/2012 10:46, Remi Collet a écrit :
> - should others plugin could use this feature ?
Already available
Juste need to add (in init)
if (method_exists("PluginBehaviorCommon", "addCloneType")) {
PluginBehaviorCommon::addCloneType("classename");
}
bs are not available)
"clone" could be launch for a normal item.
Probably both have sense and should be keep (but code factorized)
> Cloning would be configurable to know with informatin keep or not ?
Not for now, could be an enhancement
Remi.
>
> regards
>
> Julien
>
gned to ticket
(righ = own_ticket) but to user with standard interface.
Shouldn't this be fixed ?
Remi
P.S. well, in most of the case, only technician have standard interface
and requester the simplified one, but...
___
Glpi-dev mailing li
be clonable ?
- should others plugin could use this feature ?
- other comments ?
I plan to merge it in main GLPI trunk when stable enough.
Remi.
___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev
Le 21/08/2012 13:14, yagouba Diallo a écrit :
> Esque je peut voir les requêtes qu’ils ont lancé dans les fichier php
> pour traité leur rapport
En mode DEBUG, les requetes sont affichés sur la page.
___
Glpi-dev mailing list
Glpi-dev@gna.org
Perhaps, this will be useful to apply this changes in 0.83 ?
Feedback ?
Remi.
___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev
Le 04/07/2012 22:27, jean-Mathieu Doléans a écrit :
> Vous pouvez télécharger cette pré-version de maintenance à cette adresse :
>
> https://forge.indepnet.net/tarballs/
>
> Prendre le fichier glpi-0.83-bugfixes-2012-07...
>
> Vous pouvez ensuite faire vos retours directement et exceptionnelle
l'information au technicien sur le lieu d'intervention
- trier les tickets par lieu afin de pouvoir préparer un déplacement et
optimiser leur gestion
Merci de vos commentaires
Remi.
___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev
- Mail original -
> Salut,
>
> l'idée me semble effectivement intéressante.
> A voir quelles données doivent être vérifiées et comment afficher
> tout
> ca aussi.
>
> Tu peux peut-être créé un ticket ?
Fait : https://forge.indepnet.net/issues/3637
A définir la version cible (j'ai mis
(à droite, à côté de type / catégorie / urgence)
Merci de vérifier vos coordonnées :
Téléphone : xxx
Portable : yyy
Lieu :
Avec un bouton "modifier" (juste un lien vers les préfs)
D'ailleurs, dans les préférences, ne serait-il pas utile de prévoir le "lieu" ?
A discuter d
ion:
https://forge.indepnet.net/projects/glpi/repository/revisions/18566
Merci de me dire si cela vous semble logique ou pas (j'ai peut être raté
ou pas compris un truc fait volontairement)
Remi.
P.S. : problème détecté chez un client qui n'utilise pas les
observateurs sauf via les règles (
Le 11/05/2012 14:17, nore...@indepnet.net a écrit :
remi has commited revision 18451 for the GLPI-PROJECT project.
Comments : [0.83] add --debug option to command line script, fixed #3582
J'ai ajouter une petite option '--debug' qui doit fonctionner pour tous
les scripts lan
tch pour checker avec
> empty() (qui teste si '' et 0).
>
Ticket 3557
Appliqué en 0.83 et trunk.
Remi.
> Il faudrait voir si ca ne fait pas d'effet de bord avec d'autres
> règles, mais je ne pense pas.
>
> Cordialement,
__
Le 11/04/2012 16:45, e...@slitaz.org a écrit :
> Dans les versions précédentes 0.7x il y avait dans la table glpi_config
> un champ ocs_mod pour valider (ou non) l'utilisation d'un serveur OCS.
> Dans les versions 0.8x je cherche ce champ ou l'équivalent, mais ne le
> trouve pas (ou ne le vois pas)
Le 07/04/2012 08:14, Remi Collet a écrit :
> Je l'ai traité un peu différemment en affichant, p.e. (3 sur 12)
> https://forge.indepnet.net/issues/3452
Je viens d'ajouter la possibilité de demander l'affichage d'aucun
ticket. Dans ce cas on a juste le compteur.
pour cette proposition.
> Il ajoute uniquement le nombre de ticket entre parenthèse sur la page
> d'accueil.
Je l'ai traité un peu différemment en affichant, p.e. (3 sur 12)
https://forge.indepnet.net/issues/3452
Remi.
___
Glpi-
- Mail original -
> G'day GLPI developers
>
> Attached to this this message is a german translation for the PDF
> plugin.
> The source languages files were en_GB and fr_FR in trunk.
Thanks for your contribution
> I hope its maintainer Remi is willing to in
ce qui n'était pas le but).
C'est peut-être l'occasion de nettoyer des trucs pas très propres.
Donc, vos avis sont les bienvenus sur cette "petite" fonctionnalité (qui
restera clairement du mode debug, surtout utile pour les dev)
Remi.
___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev
Le 01/04/2012 08:13, MoYo a écrit :
> Le 01/04/2012 00:00, David DURIEUX a écrit :
>>> par exemple.
>>> Après la grande question sur le sujet c'est est-ce que le retour du
>>> $result SQL est satisfaisant.
>>> Sur le ticket, il est indiqué une fonction qui renvoie un tableau des
>>> données et une
Il fallait lire https://forge.indepnet.net/issues/3409
Désolé pour le flood
- Mail original -
> - Mail original -
>
> > C'est une proposition très pertinente et qui semble beaucoup mieux
> > adaptée aux différents cas de figure.
>
> A commenter sur https://forge.indepnet.net/is
- Mail original -
> C'est une proposition très pertinente et qui semble beaucoup mieux
> adaptée aux différents cas de figure.
A commenter sur https://forge.indepnet.net/issues/3214
___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.o
s envoyer un
mail "unique" pour chaque destinataire.
J'ai pas regardé si c'était réalisable simplement...
Pour avis,
Remi.
___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev
(notamment des contrôles de droit pour l'ajout) mérite des
tests approfondis.
Merci de vos retours,
Remi.
___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev
> Sur une idée d'yllen, je pourrais aussi ajouter un autre choix
> - utiliser le répliqua pour les comptes en lecture seule.
Ou plutôt :
- utiliser le répliqua pour les comptes en lecture seule ou lorsque l'esclave
est synchronisé
___
Glpi-dev mailing
- Mail original -
>
> remi has commited revision 17909 for the GLPI-PROJECT project.
>
> Comments : try to make 'use_slave_for_search' more usable, to be
> discussed
>
> Please take a moment to review their checkin :
> https://forge.indepnet.net/rep
Je pense que le patch va poser des problèmes lors de l'ajout des utilisateurs
anonyme (id=0 mais email)
Le problème vient, je pense du controle dans CommonDBRelation (ligne ~133)
// id==0 is used in some relation (tickets_users)
if ($input[$this->items_id_2]>0 &&
!$item2->getF
Le 12/03/2012 09:13, Walid nouh a écrit :
> Bonjour,
>
> Merci pour votre proposition. Effectivement je trouve cela aussi plus
> lisible. Par contre je me demande s'il ne serait pas plus judicieux de
> mettre dans le même cadre le champ "mise à jour OCSNG", et de remonter
> le champ "Source de mis
e juste à utiliser le même système pour les tickets (le système
actuel ne récupère pas les données si l'ajout est refusé par un plugin)
Limite du système actuel : seul les champs de l'objet sont rechargés
(pas les champs virtuels).
Remi.
__
- Mail original -
> > Reste à voir si le surcout de 0,12" au chargement est acceptable ou
> > si on doit chercher une solution d'optimisation
> > (un cache, vu que les langues, ça change pas tous les jours)
>
> à tester / discuter
> https://forge.indepnet.net/projects/glpi/repository/revis
> Reste à voir si le surcout de 0,12" au chargement est acceptable ou
> si on doit chercher une solution d'optimisation
> (un cache, vu que les langues, ça change pas tous les jours)
à tester / discuter
https://forge.indepnet.net/projects/glpi/repository/revisions/17694
J'ai choisi APC, mais qui
Salut, une petite analyse très rapide de l'impact de gettext
Test : affichage du formulaire d'un ordi.
Config : PHP 5.3.10, APC 3.1.9, XHProf 0.9.2
Version 0.83 (un douzaine de plugin)
- Temps total : 0,102"
- loadLanguage : 0,003"
Je pense que APC est pour beaucoup sur le temps très réduit
Salut,
Je test actuellement "xhprof",
En P.J. un petit patch qui permet d'ajouter un lien vers les résultats
du "profiling" de la page au début des infos de debug.
J'essaierai de vous donner ici quelques résultats intéressants, si j'en
obtient.
++
Index: inc/html.class.php
=
Salut,
Bon, c'est trop tard pour le 0.83, mais je proposer d'enregistrer une petite
évolution (0.83.1)
Débugguer le fonctionnement des tickets récurrents est un peu galère...
J'ai amélioré le journal du cron, il ne compte que les réussites et enregistre un message "echec
(nom du ticket récurr
Le 14/02/2012 11:57, Remi a écrit :
> De cette manière, on affiche à l'utilisateur si ça a marché ou pas
Finalement, sur une idée de david, on a simplement enregistré les
opérations dans l'historique du ticket récurrent, ce qui donne une idée
simple de ce qui se passe à l'util
Salut,
Bon, c'est trop tard pour le 0.83, mais je proposer d'enregistrer une petite
évolution (0.83.1)
Débugguer le fonctionnement des tickets récurrents est un peu galère...
J'ai amélioré le journal du cron, il ne compte que les réussites et enregistre
un message "echec (nom du ticket récurre
Le 30/01/2012 16:12, Damien Touraine a écrit :
> Bonjour,
> [...]
>>> J'aimerais comprendre un petit peu plus ce que tu proposes. Ne serait-ce
>>> que pour filer un coup de main pour les NetworkPort (ou plus, ou moins,
>>> selon vos souhaits/besoins).
>>> En fait, c'est le lien entre les éléments i
Le 30/01/2012 14:40, Damien Touraine a écrit :
Salut,
> Bonjour Rémi,
C'est Remi ;)
>
> J'aimerais comprendre un petit peu plus ce que tu proposes. Ne serait-ce
> que pour filer un coup de main pour les NetworkPort (ou plus, ou moins,
> selon vos souhaits/besoins).
a, pour avis... (oui, c'est un gros chantier, avec une très grosse
migration)
Remi.
*
"Le contenu de ce courriel et ses éventuelles pièces jointes sont
confidentiels. Ils s'adressent exclusivement à la personne destinataire.
as
deprecated with PHP 5.4.0, not warning yet)
Remi.
___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev
Salut,
J'ai remarqué que
_n('%d month', '%d months', 0) => "0 months"
Pas glop...
Dans Dropdown::showInteger, j'ai ajouté l'option "unit" qui permet de
mettre l'unité dans la dropdown (plutôt qu'à côté) pour éviter les
problèmes de langues.
Donc, pour 0, j'affiche juste 0 (pour éviter le S)
I
correction
- faire une demande de pull
Perso, ça me gonfle, et ça me donne franchement pas envie.
J'ai plein de "fork" qui ne me servent qu'une fois...
Sans parler du temps que je passe à résoudre des conflits de merge (on
m'avait pourtant dit que c'était plus simple =&
_id`
= `glpi_computers`.`id`)
WHERE `glpi_computers`.`id` IS NULL
SELECT `glpi_computers_softwareversions`.`id`
FROM `glpi_computers_softwareversions`
LEFT JOIN `glpi_softwareversions`
ON (`glpi_computers_softwareversions`.`softwareversions_id`
= `glpi_softwareversions`.`id`)
dans les classes et un
énorme chantier entrepris depuis plusieurs versions. Et c'est loin
d'être achevé...
Pour ce cas spécifiques, cela obligerait à instancier l'ensemble des
classes lors du chargement du menu. Alors que l'autoload a permis de
diminuer par 2 la conso mémoire, on ri
Le 12/12/2011 11:00, Remi Collet a écrit :
Je me demande, si dans la version classique cela a toujours du sens
d'afficher les compteurs en tenant compte des catégories filles ?
(puisque la seconde présentation est justement conçue pour cela).
J'ai supprimé le comptage des fill
Le 12/12/2011 11:00, Remi Collet a écrit :
Nouvelle : catégorie (arborescence)
Je pense qu'il faut ajouter une ligne pour la catégorie sélectionnée
pour laquelle on affiche les données des filles (sinon le total de
l'écran précédent n'est pas identique)
Ex
Formation =
compte des catégories filles ?
(puisque la seconde présentation est justement conçue pour cela).
Pour avis.
Remi.
___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev
Le 11/12/2011 00:36, David DURIEUX a écrit :
Je joins une capture d'écran du résultat.
Je remarque que tu affiches une image à la place des traditionnelles
valeurs oui/non.
Cela me semble en effet plus lisible.
Si vous trouvez aussi cela plus lisible, on pourrait l'appliquer à
d'autres end
> Remi a fait remarquer qu'une standardisation dans ce sens existe
> aussi dans le monde
> PHP avec la PSR-0 et sa RFC ( https://wiki.php.net/rfc/splclassloader
Non, j'ai surtout dit qu'une normalisation était à l'étude (c'est juste une RFC
pour le m
Salut,
Est-ce que la mise à jour du date_mod d'un objet (Commputer, Ticket,
...) ne devrait pas être géré par les CommonDBChild, lors d'un ajout ou
d'une purge ?
Même question pour les CommonDBRelation (ça peut paraitre mon évident).
A
Le 02/11/2011 12:03, Tsmr a écrit :
> Une option serait intéressante et vraiment pas trés compliqué à coder
> serait d'interdire la sélection d'un enregistrement père dans un
> dropdown arborescent.
Pour info, cela existe déjà pour les groupes et les catégories
Groupe : si tu met tous les attrib
Le 02/12/2011 20:20, David DURIEUX a écrit :
> Hello
>
> In front/link.send.php file, we use deprecated function since PHP
> 5.3.0 : "@set_magic_quotes_runtime(0);" and "@set_magic_quotes_runtime($mc);"
Cette fonction est dépréciée en php 5.3.0 et supprimée en 5.4.0
Le code est uniquement appellé
Le 29/11/2011 23:41, Tsmr a écrit :
> Oui mais je souhaite l'outrepasser pour afficher une valeur si le champ
> est vide par exemple
Dans ce cas, il faut virer le datatype.
Après clairement, il faudra un mécanisme similaire pour le "choix" de la
valeur (saisie) qui pourra être utilisé par la part
> A terme, on devrait même pouvoir supprimer (pas maintenant, hein,
> plus tard) les hook giveItem.
Cf : https://forge.indepnet.net/projects/example/repository/revisions/176/diff
++
___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listin
s autres cas).
(cf 16211)
Donc l'idée, c'est progressivement de retirer tous les cas particuliers pour les déplacer dans les
classes. (ex 16212)
A terme, on devrait même pouvoir supprimer (pas maintenant, hein, plus tard)
les hook giveItem.
Gros chantier.
Je compte sur vos
1 - 100 of 188 matches
Mail list logo
