Créer un système d'alerte

Bonjour !


Dans un proche futur je commence le développement d'un nouveau programme, je suis donc en pleine étude de cas. Mon principal soucis pour le moment est que je dois mettre en place un système d'alerte qui se déclencherais à une date précise !

Faire vérifier la date lors du lancement du programme et balancer l'alerte n'est pas un problème à ce niveau mais si l'ordinateur tourne non stop, j'aimerais que lorsque la date change, si la nouvelle date correspond à la date d'alerte, qu'elle se déclenche !

Bien sûr, une boucle, un wait, etc... mais je ne sais pas trop, cela me paraît pas très approprié, il ne faudrait pas non plus que l'UC tourne à 100% tout le temps :aie: Faire du wait pendant 1h me parait pas non plus très propre, enfin c'est pour le moment le seul moyen a ma connaissance mais je suis pas convaincu que ce soit le meilleur :aie:


Quelle serait la solution la plus appropriée ?

:merci:

Tu peux rajouter un timeout avec g_timeout_add pour vérifier régulièrement la date courante

Citation:

---

Envoyé par Franck.H

Bien sûr, une boucle, un wait, etc... mais je ne sais pas trop, cela me paraît pas très approprié,

---

C'est pourtant ce que semble utilisé les démons : http://www.netzmafia.de/skripten/uni...wto.html#ss6.1

Citation:

---

Envoyé par Franck.H

il ne faudrait pas non plus que l'UC tourne à 100% tout le temps

---

g_usleep mais en pause le thread courant, donc il ne consomme pas de ressource CPU ;)

Plusieurs possibilités.

1/ Au démarrage de l'application, calculer le nombre de secondes qui te séparent de l'heure exacte de l'alerte et de lancer un g_timeout_add_seconds. Dès le moment de l'alerte venu, tu seras averti. En revanche, ce système ne fonctionnera pas si l'on change la date pendant le fonctionnement de l'application, et que l'application n'est pas relancée. Mais c'est celui qui demandera le moins de temps processeur.

2/ Utiliser g_timeout_add_seconds pour lancer un timer chaque minute, et vérifier si tu es à l'heure de l'alerte ou si tu l'as dépassée pour la déclencher (méthode de teuf). Tu auras au maximum une minute de retard pour l'affichage de ton alerte. Et effectivement, une attente active n'est pas appropriée dans ces cas là.

Les variantes g_*_seconds sont conseillées quand la précision est de l'ordre de la seconde, elles évitent de réveiller le processeur pour rien et consomment moins d'énergie.

Ok merci à tous ! Pour ce qui est de l'endormissement du thread courant, même s'il dors pendant 1h c'est pas bien grave, le tout est que je recois une alerte au jour indiqué, pas d'heure ni de seconde dans mon cas étant donné qu'il s'agit d'un programme pense-bête pour se rappeler des anniversaire, j'aurais peut-être du le préciser dès le départ :aie:

En même temps, si on te rappelle l'anniversaire à 23h59, ça te fait une belle jambe :lol:

Citation:

---

Envoyé par liberforce

En même temps, si on te rappelle l'anniversaire à 23h59, ça te fait une belle jambe :lol:

---

Ouais c'est sûr mais une heure de rappel sera fixée et même mieux, prévenir à n jours avant l'anniv et même une liste de cadeaux possible, si une fête est prévue etc... ;)

Ah bin c'est facebook ton appli :mouarf:

Citation:

---

Envoyé par liberforce

Ah bin c'est facebook ton appli :mouarf:

---

Nan pas facedebouc :aie: Et puis c'est local, c'est sur le PC pas sur le net ;) Et aussi, c'est plus modeste ;)

Citation:

---

Envoyé par Franck.H

Bien sûr, une boucle, un wait, etc... mais je ne sais pas trop, cela me paraît pas très approprié, il ne faudrait pas non plus que l'UC tourne à 100% tout le temps :aie: Faire du wait pendant 1h me parait pas non plus très propre, enfin c'est pour le moment le seul moyen a ma connaissance mais je suis pas convaincu que ce soit le meilleur :aie:

---

Euh, wait() attend la fin d'un processus. Toi, ton besoin est de scruter la date système en permanence. Je ne crois pas que wait() te soit d'une quelconque utilité.
Maintenant, pour tes problèmes de ressources, rajoute un nice(20) dans ton code et hop, ton processus passera dans les derniers du système. Plus de petits sleep(x) pour éviter à ton processus de bosser H24 et t'es tranquille...

Je pense qu'il a confondu sleep et wait...

Et pas besoin de nice, il peut gérer les priorités dans un g_timeout_add_seconds_full, ça évite de devoir scripter autour. Il suffit d'utiliser G_PRIORITY_LOW comme valeur du paramètre priority. Mais vu que la précision n'est pas nécessaire, c'est assez inutile, le on parle d'un polling de l'ordre de la minute, voire plus, alors le processeur, c'est pas ce qui va le tuer, hein...

Ah au fait, côté implémentation, je conseille un processus en arrière plan avec juste une notification par GtkStatusIcon si tu as un évènement intéressant à notifier. Tu configures ta session pour le lancer automatiquement, et le tour est joué ;-)

Citation:

---

Envoyé par liberforce

Ah au fait, côté implémentation, je conseille un processus en arrière plan avec juste une notification par GtkStatusIcon si tu as un évènement intéressant à notifier.

---

Ca c'est prévu sous cette forme, je ne me vois pas faire ca autrement ;)

Bin ça dépend, tu peux avoir envie d'avoir une application complète, qui te permette de rajouter les nom, photos et dates de naissances pour te signaler les anniversaires, et là il te faut une IHM complète, avec sauvegarde des infos dans un fichier, et moyen de la masquer sans la fermer.

Ou alors tu la configures le fichier à la main et ton IHM se résume à la partie "signalement à l'utilisateur".

Pour le fichier, le plus simple est d'utiliser un fichier type .ini, comme ce que produit GKeyFile. Ou si tu maîtrises mieux, et que ton appli n'est pas destinée à être multi-plate-forme, tu dialogues directement avec evolution-data-server qui gère déjà les contacts d'évolution, le logiciel de mail de GNOME.

Bin oui il y aura une interface, en cliquant droit sur l'icone du systray y'aura un menu avec ce qui va avec ;)

Bin pour la sauvegarde je vais voir encore, j'ai quelques lib perso de côté sinon bin ce sera les GKeyFile ;)

L'icône du systray ? Tu veux dire celle qui sera cachée en permanence sauf quand y a une notification parce que tu es un bon citoyen et que tu ne surcharges pas inutilement la zone de notification ? :)

Citation:

---

Envoyé par teuf13

L'icône du systray ? Tu veux dire celle qui sera cachée en permanence sauf quand y a une notification parce que tu es un bon citoyen et que tu ne surcharges pas inutilement la zone de notification ? :)

---

Oui oui :mouarf:

Donc t'es en train de nous dire que la status icon sera cachée tout le temps sauf quand il y aura une notification, et que c'est par là que tu accèderas à l'ajout/suppression de tes contacts... Y a pas comme un soucis ? Comment tu ajoutes un contact quand tu n'as pas de notification, et donc pas de status icon ?

Citation:

---

Envoyé par liberforce

Donc t'es en train de nous dire que la status icon sera cachée tout le temps sauf quand il y aura une notification, et que c'est par là que tu accèderas à l'ajout/suppression de tes contacts... Y a pas comme un soucis ? Comment tu ajoutes un contact quand tu n'as pas de notification, et donc pas de status icon ?

---

Tu n'as qu'à moitié compris :aie: Oui tout se passera par un statut icon, le fait qu'il sera caché dépendra des réglage de chaque utilisateur. Comme sous Windows par exemple où tu peux dérouler ensuite la liste des icones etc...

J'ai surtout répondu pour le fait que ce soit par un statut icon c'est tout ;)

Alors c'est que toi tu n'as qu'à moitié compris la réponse de teuf :mouarf:
La zone de notification, comme son nom l'indique, n'a pour rôle que d'informer d'évènements ponctuels. Elle ne devrait donc pas (et ce, même si malheureusement pas mal d'applications ne respectent pas cette règle) être utilisée pour un objet permanent, qui ne notifie aucun évènement. En gros ça doit représenter un changement d'état (évènement) et pas un état.

Citation:

---

The utility of the notification area decreases rapidly when more than about four icons are always present. For this reason, icons that appear only temporarily in response to events are preferable.

---

http://library.gnome.org/devel/hig-b...n-area.html.en

Citation:

---

Envoyé par liberforce

Alors c'est que toi tu n'as qu'à moitié compris la réponse de teuf :mouarf:
La zone de notification, comme son nom l'indique, n'a pour rôle que d'informer d'évènements ponctuels. Elle ne devrait donc pas (et ce, même si malheureusement pas mal d'applications ne respectent pas cette règle) être utilisée pour un objet permanent, qui ne notifie aucun évènement. En gros ça doit représenter un changement d'état (évènement) et pas un état.


http://library.gnome.org/devel/hig-b...n-area.html.en

---

Certes, sur ce point je suis d'accord mais le fait est que je ne vois pas l'application constamment visible sur la barre des tâches, je préfère encore la mettre dans le systray... à moins que tu me propose une autre solution ;)

Que l'IHM et la partie notification soient des applis séparées... La partie notification serait un démon se lançant en arrière plan. Cela évite aussi la lourdeur d'avoir l'IHM chargée en mémoire, et qui consomme de la RAM pour rien.

La partie notification est assez basique du reste. Tu peux aussi si tu veux faire les choses très proprement faire un peu de communication via D-Bus entre les deux pour que la partie notification soit prévenue des nouveaux contacts qui seraient ajoutés en cours de route (pas indispensable: demander à être rappelé d'un anniversaire quand on est déjà le jour J...). Mais il faudra au minimum relancer la partie notification si tu ne veux pas de communication inter-processus, juste au cas où la machine peut rester plusieurs jours sans rebooter (il faut bien qu'elle prenne connaissance à un moment ou un autre des nouveaux contacts). Quand le démon se relancera, il rechargera le fichier de config contenant les dates à rappeler.

Ainsi ton démon ne fera apparaître une icône de notification que quand il y aura quelque chose à notifier.


Voilà, ça c'est pour l'approche théorique et propre. Après, c'est toi le concepteur et utilisateur, donc tu fais ce que tu veux :D
Mais si tu comptes redistribuer ton application, tiens toi prêt à ce genre de remarque...

Oui ce sera sans doute redistribué, en tous cas merci de ton approche, j'en prend bonne note ;)

Citation:

---

Envoyé par liberforce

La partie notification serait un démon se lançant en arrière plan.

---

Petite question à ce sujet, comment on créé un démon ? :aie:

:mouarf::mouarf::mouarf:

Euh, en fait je sais pas non plus, j'ai jamais fait :aie:

C'est juste histoire de dire "un truc qui se lance automatiquement en arrière plan au démarrage de ta session graphique". Sans doute pas besoin de faire un démon en bonne et due forme, rien que l'ajouter automatiquement dans la liste des "Applications au démarrage" suffit (je pars du principe que tu es sous GNOME). Si t'es sous Windows faut trouver un autre interlocuteur coco, je suis plus compétent :mouarf:

En gros pour GNOME, KDE ou XFCE (et tout autre environnement respectant la norme XDG), ça consiste à rajouter un fichier .desktop pour ton appli de notification dans /etc/xdg/autostart/. Tu as un beau cours ici pour faire ton fichier .desktop:
http://www.redhat.com/magazine/012oc...s/freedesktop/

Okok, je t'es juste pris au mot mais d'après ma pensée c'était un simple fichier exécutable en mode console (sans IHM) qui se lance, le tout est de savoir comment attribuer une priorité plus basse :aie:

Et oui, je suis bien sous Linux, distribution Ubuntu, merci pour le lien ;)

Y a un appel de la libc "daemon" pour fermer stderr, stdout, stdin de ton processus, pour faire un double fork pour le passer en arrière plan et le rattacher au processus init.

Ah, je connaissais pas, effectivement un petit man daemon est pas de trop...

Citation:

---

Envoyé par Franck.H

Okok, je t'es juste pris au mot mais d'après ma pensée c'était un simple fichier exécutable en mode console (sans IHM) qui se lance, le tout est de savoir comment attribuer une priorité plus basse :aie:

---

En fait si, c'est un simple fichier exécutable, mais ton IHM, c'est ta GtkStatusIcon, qui apparaît quand tu as quelque chose à notifer... Et pas besoin de priorisation, juste que ça se lance en arrière plan.

Impec, c'est ce que je cherchais, je m'attendais pas en effet à avoir une fonction de ce type, n'étant pas trop familier avec la programmation avec extension GNU et tout ;)


:merci: