30 messages in com.perforce.perforce-user[p4] P4Web on the Mac
FromSent OnAttachments
Usha Rajesh14 Jun 2001 16:48 
Jeff A. Bowles14 Jun 2001 18:37 
Stephen Vance14 Jun 2001 20:33 
Paul C. Pharr14 Jun 2001 21:22 
Trent Mick14 Jun 2001 21:25 
Stephen Vance14 Jun 2001 21:30 
Stephen Vance14 Jun 2001 21:56 
Jeff A. Bowles14 Jun 2001 22:44 
Craig Allsop15 Jun 2001 00:41 
Paul C. Pharr15 Jun 2001 04:06 
Stephen Vance15 Jun 2001 06:08 
wiv...@us.itmasters.com15 Jun 2001 07:19 
Trent Mick15 Jun 2001 07:40 
Paul C. Pharr15 Jun 2001 08:16 
Tyler, Tom15 Jun 2001 08:30 
Jeff A. Bowles15 Jun 2001 08:34 
Stephen Vance15 Jun 2001 09:15 
Usha Rajesh15 Jun 2001 10:14 
Mike Castle15 Jun 2001 11:05 
Usha Rajesh15 Jun 2001 11:12 
John D. Mitchell15 Jun 2001 11:14 
Christian Goetze15 Jun 2001 11:41 
Diane Holt15 Jun 2001 11:55 
Mike Castle15 Jun 2001 14:25 
Chuck Karish15 Jun 2001 14:25 
Bruce Edge15 Jun 2001 14:58 
Mike Castle15 Jun 2001 16:13 
John D. Mitchell15 Jun 2001 17:20 
Stephen Vance15 Jun 2001 20:36 
Stephen Vance15 Jun 2001 20:47 
Subject:[p4] P4Web on the Mac
From:Paul C. Pharr (pha@nemetschek.net)
Date:06/15/2001 08:16:02 AM
List:com.perforce.perforce-user

-----Original Message----- From: Stephen Vance [mailto:steve at vance.com] Sent: Friday, June 15, 2001 12:57 AM To: Paul C. Pharr; Jeff A. Bowles; perforce-user at perforce.com Subject: Re: [p4] Build tool for Perforce builds & Dev Studio......

If they're not using CodeWarrior or MPW, then P4Web is usable, although a little slow, on the Mac as a local client management tool. I believe the new associated command shell can be used to fill in some of the feature gaps, as well.

I tend to agree. I was very skeptical about p4web when we switched to Perforce,
but I'm now almost as comfortable in p4web as p4win or the command line. We have a
number of serious gripes, however, which affect its usability all of which have been
reported to Perforce for months, but none of which seem to have been fixed in 2001.1.

Opening multiple files for edit.

If you navigate to a depot directory in thew path browser which contains a lot
of files (say 500, for good measure) and you want to open 10 for edit, you select open
for edit in the left menu and hit run. You are given the option of opening all files in the
directory or selected files, but the checkboxes for the selected files default to
"checked", so you are forced to uncheck 490 checkboxes to accomplish your goal. I can't conceive
of why they default to "checked" in the absence of any more sophisitcated way to manage
multiple selections. This is one I really thought they could fix for 2001.1, but they
confirmed it won't be.

CodeWarrior/P4Web interaction

We have some Macs where files opened for edit from the CodeWarrior IDE show up
as opened for edit in p4Web's path browser, but not in any changelist in p4Web - default
or otherwise. I thought they were being opened into a different client or
something, but every lead has turned out a dead end. The result of this is that they simply
cannot be submitted without backing them up, reverting them, opening them from within
p4Web, copying them over, and submitting. It makes no sense for files which show up as opened
by the current user and client in the path browser not to also show up in the default
changelist. Users who have this problem simply cannot use the IDE perforce client at all. We
have not explored the MPW command line because our Mac users are militantly opposed to it
& they's rather use the above procedure.

Random slow behavior

We have a small number of Macs where p4web performs dramatically slower than
other identical machines for no discernable reason. This could be a machine config
issue, but we haven't found the cause. Not fixed in 2001.1 beta.

Anyone else have any similar experiences? When I report some of these to
Perforce I feel like the only p4Web for Mac user out there.

Thanks!