Français Anglais

Forum

 

Please consider registering
guest

Log In Register

Register | Lost password?
Advanced Search:

— Forum Scope —



— Match —



— Forum Options —




Wildcard usage:
*  matches any number of characters    %  matches exactly one character

Minimum search word length is 4 characters - maximum search word length is 84 characters

Topic RSS
Valeurs par défaut de type date
21 February 2011
18:28
jpr105
Membre
Forum Posts: 6
Member Since:
21 February 2011
Offline

Bonjour,

Nouveau venu sur ce forum, je trouve iSort vraiment super !!

Je réalise un BD pour gérer mes recherches immobilières et j'utilise le mode serveur WiFi pour alimenter mes fiches "bien immobilier" à partir de recherches faites sur le Net. Le copier/coller fonctionne à plein régime

Le seul souci concerne les dates. Bien que non renseignée en mode "iPhone" elles se retrouvent toutes renseignées avec la date du jour après un passage en mode "WiFi".

Cela est vraiment gênant car nombre de mes dates ne sont pas obligatoires.

Une suggestion ???

Merci d'avance et encore une fois bravo pour cet excellent programme.

Cordialement

21 February 2011
19:45
ckoala
Paris, France
Membre aguerri
Forum Posts: 677
Member Since:
27 January 2010
Offline

jpr105 a écrit :

 … Le seul souci concerne les dates. Bien que non renseignée en mode "iPhone" elles se retrouvent toutes renseignées avec la date du jour après un passage en mode "WiFi".

Cela est vraiment gênant car nombre de mes dates ne sont pas obligatoires.


Désolé jpr105, ta distinction entre mode "Iphone" et "WiFi" reste assez obscure.

Si, quand tu crée un nouvel enregistrement, un champ de type Date enregistre par défaut la date courante, il y a normalement une icone "X" dans ce champ pour vider cette date.

iPhone 5 iOS 6.1.3 - iSort 3.11 - Win XP/SP3 - Que se passe-t-il ici ? Ça bouge 
21 February 2011
23:39
jpr105
Membre
Forum Posts: 6
Member Since:
21 February 2011
Offline

Bonsoir,

Quand je parle du mode "WiFi" je veux parler du serveur Web intégré.

Une création de fiche dans ce mode initialise les dates à la date du jour alors qu'une création en local sur l'iPhone laisse les champs dates vides.

C'est vrai qu'elles peuvent être effacées après coup avec la croix mais ce serait encore mieux si elles restaient vides.

Ai-je été clair ?

Bonne soirée et @bientôt

21 February 2011
23:54
ckoala
Paris, France
Membre aguerri
Forum Posts: 677
Member Since:
27 January 2010
Offline

Mieux compris jpr105,

D'accord avec toi, lors d'un import de CSV, les champs de type Date ou Heure devraient rester <vide> si aucune info présente dans le CSV.

iPhone 5 iOS 6.1.3 - iSort 3.11 - Win XP/SP3 - Que se passe-t-il ici ? Ça bouge 
22 February 2011
9:29
jpr105
Membre
Forum Posts: 6
Member Since:
21 February 2011
Offline

En fait, et pour être plus précis :

- en mode serveur Web les dates sont systématiquement renseignées tant en création de fiche qu'en mise à jour

- en mode local via le clavier de l'iPhone : RAS. Les dates ne se "préremplissent" pas avec la date du jour ni en création ni en mise à jour de fiche. Il faut une action volontaire de l'utilisateur pour remplir ces types de champs.

Voilà qui est bien ennuyeux car il me faut détruire tous les champs dates facultatifs dans ma fiche après une intervention en mode serveur Web.

Du coup je cesse d'utiliser cette fonction pourtant tellement intéressante

Sniff sniff

Note : cette remarque s'applique aussi aux champs numériques et listes qui s'initialisent respectivement à zéro pour les premiers et avec le premier élément de la liste pour les autres …

Certainement une gestion des flags "saisie obligatiore", "valeur par défaut" et "vide autorisé" à paufiner (même principe que dans Acess)

En tout cas merci encore pour cet excellent produit et bon courage au développeur.

 

Bonne journée

22 February 2011
17:54
ckoala
Paris, France
Membre aguerri
Forum Posts: 677
Member Since:
27 January 2010
Offline

Tu pourrai préciser ordinateur, système, Access version.

Je suis un peu surpris par tes constats, je viens de retester les imports. Avec la future v3.03 en construction, mais je ne crois pas que cela change par rapport à la v3.02 actuelle.

- champ Date : si tu as un champ Date/Time en table Access, il est préférable d'exporter une requête où tu transformes [Date] en DateText: Format([Date];"yyyy-mm-dd"), avec "hh:mm" si tu veux les heures/minutes (iSort ne gère pas les secondes).

les Date Null sous Access sont exportées en "" et iSort ne met pas la date du jour par défaut.

- champ Numerique : chez moi, quand le champ est Null sous Access, il est vide après import dans iSort.

- champ Liste : je n'importe jamais dans des champs de type Liste. Je les transforme dans iSort en champ Texte, j'importe les textes du CSV, puis je re-transforme le champ en type Liste pointant vers la table de référence originelle. De plus, je n'ai que très rarement de vide dans les champs Liste, je préfère écrire "<vide>" ou autre chose.

iPhone 5 iOS 6.1.3 - iSort 3.11 - Win XP/SP3 - Que se passe-t-il ici ? Ça bouge 
23 February 2011
10:42
Frédéric
Montrouge
Admin
Forum Posts: 1908
Member Since:
29 July 2008
Offline

Bonjour,

Excusez mon silence, j'ai été absent ces deux derniers jours.

Si j'ai bien compris, jpr105, lorsque vous choisissez une date en connexion wifi, dans un navigateur, le champ est forcément sauvé sous la forme AAAA-MM-JJ HH:MM:SS, même si cette option n'est pas sélectionnée pour le champ.

Je vais regarder le code pour voir tout ça.

On en reparle ici.

No developer is an island
23 February 2011
12:36
jpr105
Membre
Forum Posts: 6
Member Since:
21 February 2011
Offline

Bonjour Frédéric,

Heureux d'avoir une réponse du gourou d'autant que j'ai plusieurs points à aborder

Point 1 : les valeurs par défaut en mode serveur WiFi Web

En fait cela déborde du simple cadre des champs de type date. Cela concerne (mes constats jusqu'ici) les champs "Date", "Numérique" et "Liste".

J'utilise IE8 pour créer et/ou modifier directement mes fiches sur l'iPhone (c'est un 3G). Je répète que cette fonctionnalité est géniale car on peut "picorer" les informations sur le Net et mettre à jour directement la fiche sur l'iPhone…

Hélas, que ce soit en création ou en modification, les champs des fiches iSort sont initialisées respectivement à :
- champ date = date du jour
- champ numérique = zéro
- champ liste = premier élément de la liste

Du fait de ce dysfonctionnement j'ai cessé d'utiliser le serveur Web jusqu'à plus ample … correction

Point 2 : Export CSV

J'ai besoin de cette fonction pour faire un suivi plus synthétique de mes fiches dans Excel. J'ai donc besoin de sélectionner les champs à exporter et bien sûr de les retrouver dans le même ordre que sur ma fiche.

N'ayant pas trouvé cela en standard, je me suis fait un petit coup de RazorSQL sur le fichier 39152f5bc185176395ecf6beac908b2fd0494e80 et le tour est joué

C'est vrai qu'une sophistication de l'export CSV éviterait d'en arriver à ces extrémités !!

Point 3 : Basculer les bases d'un iPhone à un autre

Je souhaiterais basculer l'environnement iSort d'un iPhone 3G à un iPhone 4 … et retour (l'abandon des données multimédia ne me posant pas de souci).

Est-ce qu'il suffit de :
- faire un backup des 2 machines
- copier le fichier 39152f5bc185176395ecf6beac908b2fd0494e80 de la machine A vers le dossier de sauvegarde de la machine B
- restaurer la machine B ?

Et si oui, cela est-il réalisable d'un iPhone 4 vers un iPhone 3G (problème éventuel du multitâche) ?

Ouf j'ai fini ….

Merci d'avance pour vos réponses et bon courage.

Jean-Paul

2 March 2011
0:15
Frédéric
Montrouge
Admin
Forum Posts: 1908
Member Since:
29 July 2008
Offline

Bonsoir,

Les problèmes du premier point qui concernent donc les champs date, numérique et liste ont été corrigés. Cette correction sera disponible dans iSort V3.03.

En ce qui concerne l'export à la carte, ce n'est pas encore possible mais c'est dans les cartons, on en reparle ici.

Je n'ai pas du tout compris le paragraphe sur razor SQL (logiciel que je ne connaissais pas, est-il bon ?) et le fichier 39152f5bc185176395ecf6beac908b2fd0494e80… Vous l'avez trouvé où, ce fichier ?

No developer is an island
2 March 2011
0:47
jpr105
Membre
Forum Posts: 6
Member Since:
21 February 2011
Offline
10

Bonsoir,

Merci pour les modifs à venir dans la 3.0.3.

Concernant les 2 autres points je me suis débrouillé avec RazorSQL qui est vraiment bien : requêtes sur bases sqlite avec export des résultats en CSV et même directement en XLS

Le plus "sport" a été de trouver "Base.sql" qui se nomme 39152f5bc185176395ecf6beac908b2fd0494e80 dans le cadre d'une sauvegarde via iTunes
- ici en Windows :
- ici en Mac :

Pour le dernier point il suffit de copier votre dossier "Documents" d'un iPhone à un autre et le tour est joué : les 2 univers "iSort" sont à égalité

Merci pour tout

Have a good night

PS : exemple de requête SQL en vu d'un export Excel

select
t1."8" as "Titre",
t2."5" as "Type de bien",
t1."9" as "Prix annoncé",
t1."10" as "Prix proposé",
t1."11" as "Prix négocié",
t3."12" as "DPE",
t1."56" as "Éloignement",
t1."53" as "Fonciers",
t1."54" as "Copro",
t1."55" as "Coût chauff",
t1."15" as "Ref annonce",
t4."17" as "Agence",
t1."20" as "Contact agence",
t1."22" as "Fixe agence",
t1."23" as "Portable agence",
t1."30" as "Adresse du bien",
t1."29" as "Nom vendeur",
t1."32" as "Fixe vendeur",
t1."33" as "Portable vendeur",
t1."52" as "Étage",
replace(replace(t1."49", 1, "Oui") ,0, "") as "Ascenseur",
replace(replace(t1."46", 1, "Oui") ,0, "") as "Garage",
replace(replace(t1."47", 1, "Oui") ,0, "") as "Box",
replace(replace(t1."48", 1, "Oui") ,0, "") as "Parking",
t1."81" as "Surf terrain",
t1."42" as "Surf du bien",
t1."43" as "Surf séjour",
t6."40" as "Nombre pièces",
t7j."57" as "Expo jour",
t7n."57" as "Expo nuit",
t9."84" as "Chauffage",
replace(replace(t1."51", 1, "Oui") ,0, "") as "Dble vitrage",
t10."85" as "Mitoyenneté",
replace(replace(t1."61", 1, "Oui") ,0, "") as "Bruit",
replace(replace(t1."50", 1, "Oui") ,0, "") as "Balcon",
replace(replace(t1."45", 1, "Oui") ,0, "") as "Cuisine équipée",
t11."90" as "Internet",
t1."83" as "Remarques",
t1."82" as "Texte annonce",
t1."4" as "Lien annonce"
from
table1 as t1
left outer join table2 as t2 on t1."3" = t2.Id
left outer join table3 as t3 on t1."13" = t3.Id
left outer join table4 as t4 on t1."16" = t4.Id
left outer join table6 as t6 on t1."44" = t6.Id
left outer join table7 as t7j on t1."59" = t7j.Id
left outer join table7 as t7n on t1."60" = t7n.Id
left outer join table9 as t9 on t1."86" = t9.Id
left outer join table10 as t10 on t1."87" = t10.Id
left outer join table11 as t11 on t1."91" = t11.Id
where (t1."2" is null or t1."2" = "0") and (t1."88" is null or t1."88" = "0")
order by t1."8"

2 March 2011
0:53
jpr105
Membre
Forum Posts: 6
Member Since:
21 February 2011
Offline
11

Oups, les adresses ne sont pas passées ;-(

En Windows :

C:\Documents and Settings\NomDuCompte\Application Data\Apple Computer\MobileSync\Backup\CodeSauvegarde

En Mac :

NomDuCompte\Bibliothèque\Application Support\MobileSync\Backup\CodeSauvegarde

2 March 2011
10:09
Frédéric
Montrouge
Admin
Forum Posts: 1908
Member Since:
29 July 2008
Offline
12

OK, merci pour l'explication, je comprends mieux

No developer is an island
Forum Timezone: Europe/Paris

Most Users Ever Online: 309

Currently Online:
6 Guest(s)

Currently Browsing this Page:
1 Guest(s)

Top Posters:

ckoala: 677

cg13: 477

gP: 264

René Philippe: 220

Dom: 118

Francis: 102

Member Stats:

Guest Posters: 2

Members: 827

Moderators: 0

Admins: 2

Forum Stats:

Groups: 5

Forums: 20

Topics: 905

Posts: 5494

Newest Members: babaorum, jenkinsamsden, gosselien, minik55, isturdivajohn, OKOURANGOULOU Joachim

Administrators: Frédéric (1908), Eric (9)