| Name | Modified | Size |
|---|---|---|
| .. | ||
| dist | ||
| screenshots | ||
| src | ||
| p4hl.exe | 22 years ago | 992 KB |
| reference.html | 24 years ago | 28 KB |
| relnotes.txt | 22 years ago | 4 KB |
| Change | User | Description | Committed |
|---|---|---|---|
| 2825 | Sam Stafford | New self-extracting P4HL zipfile. | 22 years ago |
| 2451 | Sam Stafford | Fix whitespace ugliness in relnotes. | 22 years ago |
| 2450 | Sam Stafford | Quick update to relnotes in prep for linking from leadtogold.com site. | 22 years ago |
| 2008 | Sam Stafford | Screenshots, in both lossless BMP and compact JPG formats. (Thanks to Matt for... his l33t photography skillz.) « |
23 years ago |
| 1797 | Sam Stafford | Fix a permissions-related crashing bug. | 23 years ago |
| 1709 | Sam Stafford | Propagate bug fix and include change from p4hltest. No functional change - P4HL never u...sed "numarrows" so the bug doesn't affect it. « |
23 years ago |
| 1690 | Sam Stafford | Add include to util.cpp - oops, kinda needs this to compile. | 23 years ago |
| 1689 | Sam Stafford |
Integrate 02.1 API and code cleanup to P4HL. Lots of work. Phew. |
23 years ago |
| 1688 | Sam Stafford | Quick branch of new API files. | 23 years ago |
| 1600 | Sam Stafford |
Integrate case-insensitivity fix to P4HL. Integration only change. |
23 years ago |
| 1586 | Sam Stafford | Migrate outstanding changes into P4HL - no functional change. | 23 years ago |
| 1562 | Sam Stafford | Latest DLL build - the previous one might be bug-riddled, not sure. Just being... safe. « |
23 years ago |
| 1561 | Sam Stafford | Integ changes to P4HL for testing. | 23 years ago |
| 1557 | Sam Stafford |
Integrate bug fix for testing. Looks good so far. |
23 years ago |
| 1549 | Sam Stafford | Quick tweak to ObjectRev to make sure it's compatible with new RevType structure. No f...unctional change. « |
23 years ago |
| 1548 | Sam Stafford |
Integrate RevType change to make sure it works. It does. |
23 years ago |
| 1521 | Sam Stafford | Integrated change 1520 to P4HL. Updated CObjectFile::Expand() to use the new va...riable name. Infrastructure change. « |
23 years ago |
| 1457 | Sam Stafford | Use RunTag() to queue up filelog commands. Should in theory improve performance..., although I haven't noticed any great difference. Integration only change. « |
23 years ago |
| 1452 | Sam Stafford | Fix nasty flickering bug introduced by FileRevArrow conversion in a stupid attempt to com...pensate for the flickering I was seeing as a result of duplicate pointers (in reality, I only made things worse!). Lesson learned is to avoid drawing lasers overlapping each other, which means making the length of time the laser stays on equal to the time between activations if at all possible. « |
23 years ago |
| 1450 | Sam Stafford | Major performance improvement - use one ClientApi connection for all filelogs. Improves... querying time about tenfold on large requests! Had to move client->Final() to the constructor to ensure that connection is cleaned up promptly and doesn't hang things up. « |
23 years ago |
| 1436 | Sam Stafford | Integrate no-duplicate-pointer change to P4HL. | 23 years ago |
| 1433 | Sam Stafford | Integ display: if you see one of a file's revisions, you see them all. Previously, your v...iew was limited to those revisions which were directly related to the file you asked about. However, if you asked about a file branched from the mainline, this meant that you couldn't see mainline changes that weren't yet integrated into your branch, and that's not terribly useful. « |
23 years ago |
| 1431 | Sam Stafford | Fixed bug with "weight" ("contrib" attribute) of white beams being drawn incorrectly - I...'d confused myself when I was adding them to FileHead::addRev(). All better now. « |
23 years ago |
| 1422 | Sam Stafford | Fixed a major crashing bug related to trying to draw relationships to filerevs that weren...'t being drawn themselves (access violation). Three line fix for a problem that took three days to find. *facepalm* « |
23 years ago |
| 1420 | Sam Stafford | Dummy integrate changes made thus far back to mainline, so it doesn't get propagated back... there later. « |
23 years ago |
| 1406 | Sam Stafford |
Code trimming. No functional change. |
23 years ago |
| 1405 | Sam Stafford | Phew - this was a big one! New functionality: The rare case in which a re...vision has multiple parents, due to multiple resolves before submit, is now handled properly. There is no limit on the number of "parents" a revision may have. Integration lines are now always "weighted" to indicate whether they contributed all, some, or none to the target. For example, a "branch" line will be very solid and wide, whereas an "ignore" will be thin and faint. Rearchitecture: Now using low-cost structs to keep track of integration information. Also being just a little more efficient with scanning through large data structures. Quite a bit of general code bloat trimmed off now that some of the kludges are gone. Possible problems: Not sure yet, but it might happen that "duplicate" integration pointers will be created, now that it's not a single variable which would get overwritten in the event of a duplicate. to-do: Trim off obsolete member variables. Use more enums and fewer #defs. « |
23 years ago |
| 1397 | Sam Stafford | Added CObjectRevArrow struct, the CObjectRev's counterpart to the FileRevArrow - this is... what will end up determining how a laser beam gets rendered. « |
23 years ago |
| 1394 | Sam Stafford | More support for FileRevArrows, including the addition of the FileTextArrow that will rep...lace the ListList. As of right now the old functionality is untouched and I've just been adding stuff on. Submitting now because I've reached the point where I have to start making changes that have a high chance of breaking stuff. *cringe* « |
23 years ago |
| 1372 | Sam Stafford | Introduction of the FileRevArrow struct - ultimately all of the various FileRev pointers... will be kept in the form of these happy little things, each of which is designed to be easily converted into a colored arrow, without having to go consult separate ListLists. No functional change whatsoever. « |
23 years ago |
| 1349 | Sam Stafford | Overhaul to ChangeSorter implementation. Member variables of ChangeSorter have be...en made private, since nothing was (or should be) accessing them directly, and methods, which remain public, should look the same from outside. The original ChangeSorter was quick and dirty because I wanted to see P4HL working quickly, but it was also about as inefficient as possible because it used single links and linear searches. The new and improved ChangeSorter is a doubly-linked list with intelligent searching that's geared toward sequential access of elements that are close to each other, which is indeed the nature of most of the queries that P4HL makes. Even in a worst-case scenario, this version should perform at least as well as the old one. No noticeable performance change or bugs as of yet, but in theory we'd see the difference with really large sets of data (ones larger than P4HL can show us). « |
23 years ago |
| 1064 | Sam Stafford | Release 1.0 of P4HL! liblist.gam has new mod size and version info p4hl.exe... updated with latest stuff relnotes.txt edited to reflect fixed bug Job 5 was pretty much the only thing preventing me from deeming P4HL "1.0", and now that it's fixed.... « |
23 years ago |
| 1047 | Sam Stafford | Ensure that the pointer-setting step is carried out even if the "into" section in the cac...he is empty. (Bug introduced by change 1024.) « |
23 years ago |
| 1024 | Sam Stafford | Reworked entity creation in most cases - it's done one at a time now rather than all at o...nce. This allows us to have more entities than the previous limit of 130, and also looks a little nicer. Folders and files now pop into existence instantly instead of sliding - makes navigation easier. Depots still slide because there typically aren't as many of them (okay, I might eventually make them pop too, but I'm tired now). Revisions slide because it looks really cool - like a waterfall pouring out of the file. The upper limit to entities is now due to the "visible entity packet" thing, which I'm certain I have no control over - it's as high as it can possibly be right now. « |
23 years ago |
| 1008 | Sam Stafford | Fixed a bug with the whole "istext" thing - wasn't setting the bit on CObjectRevs other t...han "main", so they'd all default to false. Now it seems to be better. Also cleaned up the style a little bit by including istext in the constructors, rather than setting it after construction. « |
23 years ago |
| 1007 | Sam Stafford | A stab at making P4HL a bit more accessible to Perforce novices. During the Precache() ph...ase of the P4HL objects, a "p4 info" is executed. If this returns any errors, odds are there's no server there (I can't think of what other error "p4 info" would return). If this happens, use "public.perforce.com:1666" as the new port value for all future Perforce transactions during this session, and send a message to the console explaining this. « |
23 years ago |
| 1006 | Sam Stafford | Lower the height of the "main" revision list so it doesn't look quite so weird. Del...ete a few unnecessary WAD files. « |
23 years ago |
| 1005 | Sam Stafford | Whoops, I lied - NOW text is the default in all cases. | 23 years ago |
| 1004 | Sam Stafford | Different file types are now treated differently - the ObjectFiles have different skins d...epending on file type of the head rev, and non-text revisions will not attempt to display their contents when expanded. Possible bug: old-style filetypes might be detected wrong (ie "ktext" instead of "text+k"). I'd have to put in some pretty complex logic to make it completely foolproof and backwards-compatible. Right now it just errs on the side of thinking a file is text if there's any confusion. « |
23 years ago |
| 1003 | Sam Stafford | Different file types now displayed differently. Also flipped around the file mode...l so that its text doesn't look backwards any more. « |
23 years ago |
| 1002 | Sam Stafford | Models for new filetypes - code hasn't yet been added for them, so I haven't tested them... yet to be sure that they'll look good in-game. « |
23 years ago |
| 1001 | Sam Stafford | New self-extracting ZIP "installer". | 23 years ago |
| 997 | Sam Stafford | Everything in the "gfx" directory can go too. | 23 years ago |
| 996 | Sam Stafford |
Deleting more files that get pulled from the valve directory if not present. |
23 years ago |
| 993 | Sam Stafford | Improvements to integ pointer display : 1) Integ pointers not drawn until both revs have... stopped moving. 2) "Branch" type pointers always drawn if target is a "branch" rev. « |
23 years ago |
| 992 | Sam Stafford | Make sure that any "branch" type revisions are properly marked with a "branch" type integ... pointer. In some cases, apparently, the filelog doesn't include that information properly, in which case the integration looks like the default "merge". Not sure why; this phenomenon was observed in the Public Depot. Presumbably it's some kind of artifact of an older server version. « |
23 years ago |
| 991 | Sam Stafford | Tweaks to display of ObjectRevs: 1) Random variation in their height. ... This is intended to make overlapping lasers less common. 2) The "main" revisions are now connected by brighter white beams in order to make it obvious which file is the one we asked about. « |
23 years ago |
| 986 | Sam Stafford |
If no depots are listed by "p4 depots", assume that there is one depot called "depot". |
23 years ago |
| 981 | Sam Stafford | scanFrom and scanInto modified to use the "precaching" technique. All of the tests I've r...un so far with this code have yielded very comprehensible graphs, and performance is still very speedy. This should be the final fix for job 4. « |
23 years ago |
| 980 | Sam Stafford | Kludginess removed from scanMain(). Should be a bit more efficient now, in theory..., but no real functional change (not checking in the DLL). Now to fix up scanFrom and scanInto.... « |
23 years ago |