ATOUTFOX
COMMUNAUTÉ FRANCOPHONE DES PROFESSIONNELS FOXPRO
Visual FoxPro : le développement durable

Affiliation RSS   

rss RSS : Really Simple Syndication

Le format RSS (fichier XML) permet de syndiquer du contenu provenant d'autres sites.
www.atoutfox.org propose :

  • la publication d'un flux RSS des dernières contributions du site www.atoutfox.org
  • la publication d'un flux RSS des derniers messages sur le forum www.atoutfox.org
  • de consulter les fluxs RSS relatant de Visual FoxPro provenant d'autres sites.

Pour répondre aux questions reçues suite à l'ouverture de cette rubrique :
« c'est quoi un RSS ? »  et  « à quoi cela sert-il ? »
Une  réponse résumée et très simplifiée :
Un feed RSS est un fichier créé dynamiquement, au format XML, contenant : une date de publication, un titre, un auteur, éventuellement une description (ou partie de description), et un lien.
Dans le cas d'Atoutfox, le feed RSS est une publication des entêtes des contributions.
Ce feed RSS rendu public permet d'être utilisé dans un autre site : la liste du contenu du site source apparait dynamiquement dans le contenu du site client avec un lien retournant sur la source... (Syndication). Le site client augmente son contenu, le site source reçoit des liens et augmente sa visibilité et son référencement.
Les informations sont à jours sur tous les sites en même temps puisque c'est dynamique.
Exemple d'utilisation d'un flux RSS : affichage ci-après des 6 derniers codes et forum de www.foxprofr.com à l'intérieur de www.atoutfox.org... Est-ce plus clair ? (sinon un petit appel à votre ami google... ;-)

Cordialement, Francis FAURE

 

Les 6 derniers articles de...

Feed RSS des dernières contributions ajoutées sur www.atoutfox.org    (source )

Date Titre Auteur
21/04/2017
05:55:36

DBF -> MsExcel 2007+
Bugs corrigés
- erreur sous Windows XP causée par l'appel de htmspec() dans getccur() (avec la permission de Martina Jindrová)
- lentgh of index for memos (avec la permission de Tobias B)
- propriété "label" peut être une string ( avec la permission de Tobias B)

Vilhelm-Ion Praisach
11/01/2017
05:55:36

DBF -> MsOffice (VFP9 version 4, VFP6 version 2/3)
Fonction et classes pour Export DBF -> MsOffice
Versions pour VFP9 et VFP6 (janvier 2017).

Vilhelm-Ion Praisach
04/12/2016
05:55:36

Ajout de logo dans une feuille Excel
On trouve un peu partout dans le WEB la méthode, Insert_Image() , pour insérer une image ou un logo dans une feuille Excel.
.
Cette méthode présente l'inconvénient de ne pas conserver l'image ou le logo après sauvegarde de la feuille Excel dans certaines situations.
.
La méthode suivante, Add_Image() , permet de conserver image ou logo après la sauvegarde de la feuille.

FAUCONNET MIchel
26/11/2016
05:55:36

Version 3.1415926 du décompilateur DVFP
Version 3.1415926 du décompilateur dvfp Je met à la disposition de la communauté cette version qui bénéficie d'améliorations apportées suites à différents bugs qui m'ont été signalés ces derniers mois.

Pour bien faire je devrais faire une liste des bugs corrigés, mais faute de temps, il est quand même préférable de publier la version plutot que d'attendre que je rédige la doc.

On trouvera, bien sûr, tous les sources dans le zip.

Robert Plagnard

Robert Plagnard
26/11/2016
05:55:36

Report dans les DLL
Report dans les DLL Introduction Le problème initial est la production dynamique de rapports VFP au format PDF pour être téléchargeables sur un site internet.
Le site tourne sous Windows Server, avec IIS et PHP. PHP permet d'instancier un objet COM+ à partir d'une DLL créée en VFP 9. Cet article traite des problèmes rencontrés avec l'instruction « report » dans les DLL VFP9
Dans tout ce qui suit, je considère des rapports qui fonctionnent parfaitement bien quand ils sont lancés dans le contexte d'un EXE. Dans le contexte d'une DLL c'est l'objet de cet article !

Dans une DLL Multi threads Il n'est pas possible d'utiliser l'instruction « report »
Report form MyReport noconsole to file MonFichier.ps nodialog Pas d'erreur à la compilation, mais à l'exécution erreur 1001 : Feature is not available
C'est une erreur générée par le runtime car le code VFP est exactement le même, que l'on compile un EXE, une DLL mono ou une DLL multi threads.

Dans une DLL Mono thread En prenant des précautions dues au contexte mono thread, on peut, dans certaines conditions, utiliser « report ».

Avec « reportbehavior 80 »
Cela n'est pas possible. Même en prenant les précautions pour ne pas écrire dans une interface utilisateur, par exemple :
Set reportbehavior 80 Report form MyReport noconsole to file MonFichier.ps nodialog Génère l' erreur 2031 : User-interface operation not allowed at this time
Alors que dans un EXE, cela marche sans problème. Le fichier.ps est un fichier PostScript que l'on peut visualiser avec gsView par exemple.

Avec « reportbehavior 90 »
Cela dépend.

Set reportbehavior 90 Report form MyReport noconsole to file MonFichier.ps nodialog
Génère l' erreur 1733 : Class definition OUTPUT type 0 is not found
Il semblerait qu'ils aient oublié le cas « to file », et que seuls « to print » et « preview » aient été prévus.

Par contre
Set reportbehavior 90 Report form MyReport noconsole to print nodialog
Fonctionne bien avec une « imprimante pdf ». Personnellement j'utilise « Bullzip PDF printer » qui me donne satisfaction. Extraordinaire ! Sauf que, dès que l'on met une image dans le report (aussi petite soit-elle), on récupère une erreur 1108 : Picture too big, corrupt, or in wrong format C'est un problème lié à l'utilisation de GDI+. Des problèmes analogues ont été décrits par Calvin Hsia (voir http://blogs.msdn.com/b/calvin_hsia/archive/2005/07/24/442873.aspx )
Mais je ne pense pas que ce soit tout à fait la même raison, car on a le même problème que ce soit un JPG, un PNG ou un BMP.
Le problème n'apparait pas de manière systématique, dans un tout petit report, avec la même image, ça marche. Pour produire l'erreur il faut que le rapport soit assez compliqué.
Par contre si l'on met le BMP dans un champ général d'une table, cela marche, c'est un contournement possible. C'est d'ailleurs la seule solution que j'ai trouvée.
Toutes ces raisons m'ont fait essayer xFrx.

Avec XFRX Les difficultés rencontrées sont les suivantes :

Avec le mode classique (sans utiliser les nouvelles possibilités du report 90)
loSes = XFRX("XFRX#INIT") loSes.SetParams("output.pdf",,.T.,,.T.,,"PDF") loSes.ProcessReport("Rapport.frx") loSes.finalize()
Ça marche à 99.9%
Mon report est assez compliqué, avec beaucoup d'impressions conditionnelles, certains traits horizontaux ne sont pas à leur bonne place. Ce n'est pas très grave, mais ce n'est pas joli. L'image JPG située dans l'entête s'affiche bien.
Un autre avantage, dans ce cas, est la possibilité d'utiliser une DLL Multi threads car aucune instruction report n'est utilisée. Tout est fait par xfrx.

En utilisant les nouvelles possibilités du report 90 (reportbehavior 90)
loLsn = XFRX("XFRX#LISTENER") loLsn.SetParams( "output.pdf",,.T.,,.T.,, "PDF" ) report form rapport.frx object loLsn
On l'a bien compris, cette façon de faire ne peut être utilisée que dans une DLL mono thread. Ça marche bien, les traits horizontaux sont bien positionnés, mais on rencontre le même problème avec les images. Cela n'est pas étonnant, car xFrx sous-traite l'affichage à ReportOutPut.app. Je n'ai pas testé mais je pense que le même contournement doit être possible avec un champ général.

Conclusion La solution que j'avais développée dans le cadre de Windows server 2008 était différente. Je n'avais pas trouvée de solution telle que celle décrite ci-dessus et j'avais choisi de produire le rapport à partir d'un EXE qui était lancé dans la DLL. Le lancement de l'EXE se faisant proprement par un CreateProcess de win32api. En attendant la fin de l'exe et en sérialisant les demandes, cette méthode marchait parfaitement bien.
Sous Windows server 2012, je n'arrive plus à lancer l'exe à partir d'un CreateProcess. C'est un problème de droits. J'ai essayé de beaucoup de manières, sans succès. Je pense que les droits et la sécurité sont plus stricts que sur Windows server 2008. On trouve beaucoup d'articles sur ce sujet.
En désespoir de cause, je pensais développer un spooler de rapport (un EXE VFP), qui dans mon cas, serait relativement simple. Ayant besoin d'un seul rapport défini par quelques paramètres. La DLL pourrait faire une demande de rapport en créant une entrée dans une table. Le spooler regardant périodiquement s'il y a des demandes, les satisfait au fur et à mesure et indique que le rapport est prêt. Le spooler est une sorte de service, mais malheureusement on ne sait pas créer de service en VFP. On contourne la difficulté en faisant démarrer automatiquement une session au démarrage du serveur qui elle-même lance automatiquement notre EXE. LogonExpert (produit payant) permet de le faire.
Jusqu'au moment où j'ai trouvé une solution ...

Postscriptum J'ai passé beaucoup plus de temps à trouver la solution simple, qu'il n'aurait fallu de temps pour développer le Spooler. J'aime les solutions simples, mais ce sont les plus difficiles à trouver.

Robert Plagnard le 2 août 2016

Robert Plagnard
25/09/2016
05:55:36

ODT (Writer) -> TXT
Une fonction simple qui extrait le texte contenu dans un document Writer odt , et crée un fichier txt avec le même nom .

ImportOoWrText 1.0

Vilhelm-Ion Praisach

Feed RSS des derniers messages ajoutés sur forum www.atoutfox.org    (source )

Date Titre Auteur
29/04/2017
06:33:28

Re: X#
The current build of the X# compiler can compile the Vulcan SDK without
changes, except for some obvious errors in the Vulcan SDK that Vulcan
did not find!

We consider the Vulcan Compatibility of the compiler finished. All
Vulcan code should compile without problems now.
The next builds of the compiler will focus on bug fixing and adding
some VO compatibility options which are listed below as well as adding
some new features.

Below is the complete (but short) list of things that are not supported
yet or are known problems in the current build of X#.


Commands and Keywords

·ACCESS/ASSIGN must be both in same (partial) class. Cannot be spread
over 2 parts of the class

Compiler
·Some VO compatibility compiler options are not implemented yet. The
command line options are recognized but nothing is done with them
/cs: Case Sensitivity (the compiler is now always Case Insensitive)
/vo 11: VO Compatible Numeric conversions

·The preprocessor is not complete:

othe repeated result markers are not supported yet.

oThe compiler pragmas (#pragma warnings and #pragma options) do not
work. They are ignored by the compiler.

·The XML doc generation is not working

·Parser errors need improvements
Erroneous code may generate compiler runtime errors

·Compiler errors may be cryptic every now and then

·The compiler is case insensitive. There may be a problem with case
insensitive matching of interface member names. The case insensitivity
cannot be switched off for now.
We have also seen problems for classes where different member names are
defined with a name that is only different in case.

·Sometimes you may see a "Include file not found" error, where the file
DOES exist. This seems to be a side effect of the codepage that was
used to save the include files.
When you save the file as UTF8 (File Advanced Save Options in Visual
Studio) then this problem almost always disappears.

Visual Studio
·The intellisense is not complete. At this moment we are missing
parameter tips and more. Code completion, Regions, Keyword coloring,
Brace Matching, Goto definition, Peek definition etc are supported.

·No editors for VOBinary entities

--
a+ Eddy
Merci de partager avec moi votre immense savoir que je me ferai plaisir
d'absorber... il va de soi que je vais vous en laisser un peu
Politesse et savoir vivre oblige ;0)

---
This email has been checked for viruses by AVG.
http://www.avg.com

eddymaue
28/04/2017
06:33:28

Re: X#
Salut cher ami,

Merci, je pensais que s'était le même sujet, surtout quand j'ai lu qu'il sont à la version 11 beta.

O.Abderrazak
28/04/2017
06:33:28

Re: X#
Hello Omar,
l'annonce mentionnée dans ton lien de 2002 n'a aucun rapport avec le nouveau projet X#
Cordialement
Francis

Francis Faure
28/04/2017
06:33:28

Re: X#
Bonjour,

http://www.zdnet.fr/actualites/speculations-autour-du-mysterieux-x-de-microsoft-2134053.htm?p=1


O.Abderrazak
27/04/2017
06:33:28

X#
est-ce que quelqu'un d'entre nous a pris le temps de tester X# ?
https://www.xsharp.info/
Cordialement
Francis

Francis Faure
27/04/2017
06:33:28

Re: Rencontres Lyon 2017
Marc tu me fais plaisir en ayant autant confiance en la SNCF ;-)

Pour info : à partir du moment où vous avez un billet en cours de validité pour
la gare de Lyon Part-Dieu, vous pouvez utiliser gratuitement tous les trains de
et vers Lyon Perrache. A bonne à tender salut !

Jean à Grenoble

---
Cet email a fait l'objet d'une analyse antivirus par AVG.
http://www.avg.com

Jean à Grenoble

Feed RSS des derniers codes ajoutés sur www.foxprofr.com    (source )

Date Titre Auteur

Feed RSS du forum www.foxprofr.com    (source )

Date Titre Auteur

Feed RSS des news de www.foxcentral.net    (source )

Date Titre Auteur
11/04/2017
01:08:13

Southwest Xbase++ 2017 - Cancelled

Southwest Fox Conference
22/03/2017
09:33:55

West Wind Client Tools 6.10 released

West Wind Technologies
20/03/2017
19:22:43

Southwest Fox 2017: Session submission deadline extended

Southwest Fox Conference
07/03/2017
21:03:02

Philly VFUG meets March 14: Tour of Smooth-On, a chemical manufacturing facility automated with VFP

Philadelphia Visual FoxPro User Group
27/02/2017
18:27:04

Southwest Fox/Xbase++ 2017: Call for Speakers

Southwest Fox Conference
22/02/2017
21:03:13

Markdown Monster 1.2 released

West Wind Technologies

Feed RSS de fox.wikis.com    (source )

Date Titre Auteur

 


Publicité

Les pubs en cours :


www.atoutfox.org - Site de la Communauté Francophone des Professionnels FoxPro - v3.4.0 - © 2004-2017.
Cette page est générée par un composant COM+ développé en Visual FoxPro 9.0