I see a HTML problem
What is in bold should not be there
Also, I wonder why TR and /TR are in upper case while the other tags
are in lower case - not an issue, just weird.
TR
td valign=topWeb Site:/td
tdstronga href=http://gaarchery.org/
Does the old app move the record pointer or attempts to lock the record
when it refreshes data? Otherwise you will never see the changes being
reflected no matter what SET REFRESH is set to. If you can't change the
code extend your test to navigate to a different record in the old app and
then
El 17/01/12 21:40, Pete Theisen escribió:
When Teddy Roosevelt pondered how American interests might best be
protected and advanced, he dispatched the Great White Fleet around the
world. He did so without a word of threat or bluster.
snip
Then go TR one better. Don’t just speak softly;
Hi Everybody,
http://www.heraldtribune.com/article/20120118/ARTICLE/120119530/2416/NEWS?p=1tc=pg
Tax dollars at work!
Facing the possibility of losing its key weapon against drunk drivers,
the Florida Department of Law Enforcement decided it would pay some of
its employees to — what else? —
Hello Matthew,
Does not make any difference what the field type is.
I just tested a textbox, numeric and date and all changes in new app do not
reflect in old app till new app is exited.
-Original Message-
From: profox-boun...@leafe.com [mailto:profox-boun...@leafe.com] On Behalf
Of
I have the code to the old app and can make changes.
I have put code in to close and reopen the table just prior to loading the
record in the old app, but that does not get the new data.
-Original Message-
From: profox-boun...@leafe.com [mailto:profox-boun...@leafe.com] On Behalf
Of MB
Kent
Just to make absolutely sure you are using the same table try testing with
DBF(Alias()) in both apps
Paul
-Original Message-
From: profoxtech-boun...@leafe.com [mailto:profoxtech-boun...@leafe.com] On
Behalf Of Kent Belan
Sent: 19 January 2012 14:25
To: profoxt...@leafe.com
Hello Christof,
I do have the code to the old app so I can make changes, what do you suggest
?
The old app does use table buffering setting 3 and Set Refresh to 2
I have been testing by having both the old and new app open at the same
time.
I update a field in the new app and save the change.
They symptom is solved and I know what to do but ... I haven't really
dug under the covers on why this symptom manifests itself.
The key is the TR and /TR tags. For some reason, when the post is
displayed by calling the WordPress function of:
?php the_content('Read the rest of this entry
On Thu, Jan 19, 2012, at 09:31 AM, Kent Belan wrote:
I made changes to close and reopen the ticket table in the old app just
prior to loading the ticket but it still shows the old data.
Is it pointing at the same data ?
--
Alan Bourke
alanpbourke (at) fastmail (dot) fm
Hello Alan,
Yes, both old and new apps are accessing the same dbf tables.
When I exit the new app, all the data magically appears in the old app.
-Original Message-
From: profox-boun...@leafe.com [mailto:profox-boun...@leafe.com] On Behalf
Of Alan Bourke
Sent: Thursday, January 19,
Glad to hear you've got it fixed. Weird. It seems like WP is trying to
help you by properly spacing your entries, and they're not doing
case-insensitive checks for tags.
Lowercase is strongly recommended, btw.
On Thu, Jan 19, 2012 at 10:00 AM, Kevin Cully
kcu...@cullytechnologies.com wrote:
On Thu, Jan 19, 2012 at 10:14 AM, Kent Belan kbe...@mchsi.com wrote:
Hello Alan,
Yes, both old and new apps are accessing the same dbf tables.
When I exit the new app, all the data magically appears in the old app.
---
WAG here.
Old app pulls data local New app does the
Kent,
did you try my suggestion of switching off the disk write caching?
Frank.
Frank Cazabon
On 19/01/2012 12:14 PM, Kent Belan wrote:
Hello Alan,
Yes, both old and new apps are accessing the same dbf tables.
When I exit the new app, all the data magically appears in the old app.
Kent,
Your old app is using SEEK to locate the record? That should move the
record pointer and update the record buffer.
Could you add a BROWSE right after the SEEK command to ensure that it's not
something else in the app that shows old data but truly the table.
How did you verify that both
Didn't know that. After a quick Googling, it appears that there's two
benefits:
1) Better compatibility if needing to change between HTML and XHTML
2) Site compression is better by around 2% if using all lowercase tags.
I love learning stuff.
On 01/19/2012 11:24 AM, Ted Roche wrote:
On Thu, Jan 19, 2012 at 1:56 PM, Kevin Cully
kcu...@cullytechnologies.com wrote:
I love learning stuff.
Well, you picked the right field! I've spent a LOT of my time in the
last two years keeping up with what's happening in HTML5 and CSS3. Web
design is getting so much richer.
I also
On 1/19/2012 1:56 PM, Kevin Cully wrote:
2) Site compression is better by around 2% if using all lowercase tags.
Cool. Wonder why?
--
Mike Babcock, MCP
MB Software Solutions, LLC
President, Chief Software Architect
http://mbsoftwaresolutions.com
http://fabmate.com
On 1/19/12 2:17 PM, MB Software Solutions, LLC wrote:
On 1/19/2012 1:56 PM, Kevin Cully wrote:
2) Site compression is better by around 2% if using all lowercase tags.
Cool. Wonder why?
Lowercase letters have higher ASCII values. The higher the ASCII value, the
more bits
to compress.
On 1/19/12 2:50 PM, Paul McNett wrote:
On 1/19/12 2:17 PM, MB Software Solutions, LLC wrote:
On 1/19/2012 1:56 PM, Kevin Cully wrote:
2) Site compression is better by around 2% if using all lowercase tags.
Cool. Wonder why?
Lowercase letters have higher ASCII values. The higher the ASCII
On 1/19/2012 5:50 PM, Paul McNett wrote:
On 1/19/12 2:17 PM, MB Software Solutions, LLC wrote:
On 1/19/2012 1:56 PM, Kevin Cully wrote:
2) Site compression is better by around 2% if using all lowercase tags.
Cool. Wonder why?
Lowercase letters have higher ASCII values. The higher the
On 1/19/2012 5:54 PM, Paul McNett wrote:
Joking aside, I bet that it doesn't come to lower case versus upper case, but
rather
consistent case versus inconsistent case. IOW, pick either upper or lower,
and stick
with it consistently. That way the compression algorithm has more redundant
Hi Everybody,
http://www.theblaze.com/stories/economic-terrorism-was-the-2008-collapse-intentional/comment-page-2/?corder=desc#comments
--
Regards,
Pete
http://pete-theisen.com/
http://elect-pete-theisen.com/
___
Post Messages to: ProFox@leafe.com
23 matches
Mail list logo