Items in Conflict-NOT!

  • Thread starter Thread starter Alex
  • Start date Start date
A

Alex

I often wonder if the geniuses who design software actually USE it.

When I have made some changes to my computer or transferred my web to my
laptop, when I want to Publish, I get that window that opens up telling me
that "some items have changed on both local and remote web sites and are in
conflict".

They are NOT in conflict!!! Once again, Microsoft does not give me CHOICES.
In an age where everyone marches in the street for freedom of choice, MS
takes mine away. I don't WANT this. I know that the files have not changed.
Why am I not offered a choice to get rid of that message and say "It's
OK...the files are not changed". MS of course assumes it knows what's best
for us lemmings.

Is there any way to get rid of that nonsense? Or do I have to upload about
100 perfectly good large audio files all over again? I know that I can
ignore but then I find it does not upload the files that I actually DID
change.

How about some common sense from Microsoft.

Alex
 
The issue comes with the way the product was originally designed by Vermeer.
The _vti folders container pointer files. On the plus side, these pointer
files create a directory structure that does not require touching larger
files, so it is faster. On the downside, they can cause problems.

In addition, there are other schemes built in to determine a sites
structure, etc. And, when you sync up to servers, there is a check against
dates, etc.

The best way to avoid as much problem as possible is to sync up with the
server when you set up a new development machine, rather than pull files over
in Explorer. If you pull files over via Windows Explorer, you can make sure
they are in good shape by going into IIS and recalculating server extensions.
This will not necessarily alleviate the server check, however, as you have
newer date stamps on your moved files.

As with all software, when you step outside of the box created for you, you
end up with a little bit of dust to clean up. This is not unique to FrontPage
or Microsoft.

---

Gregory A. Beamer
MVP; MCP: +I, SE, SD, DBA

***************************
Think Outside the Box!
***************************
 
Synchronize the webs.
Or, open the local and recalculate hyperlinks, then open the remote and calculate
hyperlinks
and then synchronize.

The issue most likely is that your user names are different on the Laptop and the Desktop.
This is what creates the "conflict"


--
Steve Easton
Microsoft MVP FrontPage
95isalive
This site is best viewed..................
...............................with a computer
 
I have often wondered why some files are marked Publish and others are
marked Conflict.

I generally find that files on the root directory (of my local web) are
correctly marked, i.e. those marked both Publish and Conflict have been
changed and require uploading

I often use UltraEdit within or outside FP to edit files and when a file is
saved by UlraEdit it also saves the preedited file with the extension .BAK

The .BAK files are marked by FP as Publish (which is reasonable). But what I
do find annoying however is that files on my scripts directory are
incorrectly marked. If external.js is edited in UltraEdit, FP shows it as Up
to date (and external.js.BAK as Publish.) When I do the same on the root
directory, the .BAK file is marked as Publish and the other as Conflict.

If I then press the Publish button without checking, then the changed files
on the root directory will be uploaded (including the .BAK file), but on the
scripts directory only the .BAK file will be uploaded.

I have got used to checking everything and I always have to
1) delete all .BAK files
2) use selective Publish on the scripts directory

Of course, point 1) would not be problem with editing software that doesn't
create a .BAK file
--
Cheers,
Trevor L.
Website: http://tandcl.homemail.com.au

Alex said:
I often wonder if the geniuses who design software actually USE it.

When I have made some changes to my computer or transferred my web to my
laptop, when I want to Publish, I get that window that opens up telling me
that "some items have changed on both local and remote web sites and are
in conflict".

They are NOT in conflict!!! Once again, Microsoft does not give me
CHOICES. In an age where everyone marches in the street for freedom of
choice, MS takes mine away. I don't WANT this. I know that the files have
not changed. Why am I not offered a choice to get rid of that message and
say "It's OK...the files are not changed". MS of course assumes it knows
what's best for us lemmings.

Is there any way to get rid of that nonsense? Or do I have to upload about
100 perfectly good large audio files all over again? I know that I can
ignore but then I find it does not upload the files that I actually DID
change.

How about some common sense from Microsoft.

Alex
Click to expand...


I choose Polesoft Lockspam to fight spam, and you?
http://www.polesoft.com/refer.html
 
This is what happens when you edit a file without letting FP know it
has been edited. FP looks at meta data files (contained in the hidden
_vti* folders) to check whether a file has been changed since the last
publish. If the meta data is not updated (this will happen if you
edit outside FrontPage) then the file will retain its previous status.

If you add UltraEdit as an editor for .js files, then double clicking
the .js file from within FrontPage will open the file in UltraEdit
within the FP environment, and the meta data will be updated.

If you recalculate hyperlinks before publishing then often (not
always) the meta data will be updated when FP spots the changed file
datestamp.
 
Back
Top