|
On occasion, while we're doing development, we cause things to break for some people. I'm sure Mike had a good reason for not using CPhog to post that particular post. 
|
|
|
|
|
Ahhh, I thought it detects CPhog Users not CPhog Posts. Therefore, the tooltip is incorrect. 
There are II kinds of people in the world, those who understand binary and those who understand Roman numerals. Web - Blog - RSS - Math
|
|
|
|
|
Does this give all CPhog users or only CPhog trunk users? Should you now differentiate between trunks and non-trunks?
"I know which side I want to win regardless of how many wrongs they have to commit to achieve it." - Stan Shannon
Web - Blog - RSS - Math - LinkedIn - BM
|
|
|
|
|
Bassam Abdul-Baki wrote: Does this give all CPhog users or only CPhog trunk users?
Only trunk users see it for right now. But everybody who uses any version of CPhog will show up with the icon next to their name. And no...I'm not going to differentiate between trunk and non-trunk.
|
|
|
|
|
Gonna toss this out the door later today if no-one objects, just to get something out.
Pretty much the same as 1.9, except for the changes needed to support CodeProject 2. There are a few speed tweaks (using jQuery during load-time to search through nearly every element in the document is best avoided) and a few minor style changes, but for the most part this should look and act roughly the same.
Known migration issues:
- Signature capture not working properly.
- Misc. stability issues (not sure whether these are CPhog, CP, or both).
Oh, and please reply if you're notified of this - the forum was just reborn, let's make sure it's fully alive...
Userscript location:
http://svn.gixug.com/cphog/trunk/cphog.user.js [^]
|
|
|
|
|
So why didn't you change this to CPhog 2.0?
"I know which side I want to win regardless of how many wrongs they have to commit to achieve it." - Stan Shannon
Web - Blog - RSS - Math - LinkedIn - BM
|
|
|
|
|
Fear of the dreaded "second-system syndrome"!
---- ...the wind blows over it and it is gone, and its place remembers it no more...
|
|
|
|
|
If you scroll down, you'll notice that there's a little link at the bottom of the rest of the content in the nav bar that says "Swap Sides!"
Go ahead and flip it back to the left if you like it that way and it should remember your pref for the rest of eternity. If it works pretty well for you guys, then we can release this small update for the users...and they have Have It Their Way.
|
|
|
|
|
I think that's what you guys call it.  Clicking on a poster's name in a forum doesn't show that person's profile now. 
|
|
|
|
|
I second that.
"Marge, don't discourage the boy! Weasling out of things is important to learn. It's what separates us from the animals! Except the weasel." - Homer Simpson
Web - Blog - RSS - Math - LinkedIn - BM
|
|
|
|
|
I broke it. And I'm moving right now...so I'm not going to fix it right away.
|
|
|
|
|
Liar, liar, pants on fire.
"I know which side I want to win regardless of how many wrongs they have to commit to achieve it." - Stan Shannon
Web - Blog - RSS - Math - LinkedIn - BM
|
|
|
|
|
You only think I'm a liar because quick update re-enables the QuickBio. For some reason it doesn't work the first time you load a page.
|
|
|
|
|
Nah, I thought you're a liar because you're too anal to let this go.
Geeks of a feather, hack together.
|
|
|
|
|
Bassam Abdul-Baki wrote: Nah, I thought you're a liar because you're too anal to let this go.
I am anal, but putting it in Trac[^] is good enough for right now.
|
|
|
|
|
Is there some way to force CPhog to be used? Right now I'm typing into the default CP message window because CPhog didn't pick up on the new message whatever. I cannot get CPhog to load half the time if not more when I'm trying to post a message or a reply. It used to be it always worked for a reply but now it's not even working for that.
|
|
|
|
|
I've got the same problem, though it is a little better then yours. I'd say it works correctly about 70% of the time.
I can imagine the sinking feeling one would have after ordering my book,
only to find a laughably ridiculous theory with demented logic once the book arrives - Mark McCutcheon
|
|
|
|
|
You're both wrong. It works 60% of the time. 
"It is the mark of an educated mind to be able to entertain a thought without accepting it." - Aristotle
Web - Blog - RSS - Math - LinkedIn - BM
|
|
|
|
|
I've turned off the migration code - old preferences won't migrate. That's a shame, but it's the biggest change between the beta and release - i didn't notice it was off until after release, so perhaps that's what's been causing problems.
Ctrl+F5
If anyone still seeing this problem can post specific JS errors, it'd be helpful... i'm probably not gonna spend any serious time on this 'till i get back to Colorado, but it'd be nice to know if there are problems.
---- Yes, but can you blame them for doing so if that's the only legal way they can hire programmers they want at the rate they can afford?-- Nish on sketchy hiring practices
|
|
|
|
|
Alright folks. We've got a new development server. Click here[^] to upgrade your trunk builds of CPhog to it. Our trac instance is here[^].
Josh, you can just use the relocate command to move the repository over to http://svn.gixug.com/cphog. Your old credentials will still work on the new server.
|
|
|
|
|
When I reply to a post, there is a lot of white space below the editing area, screen shot here: http://i16.tinypic.com/5x6h378.png[^]
I'm running FF 2.0.0.4 on XP Pro x64. I didn't have any previous 1.9 builds on this machine, but I've been using 1.9 at home and never saw this problem.
|
|
|
|
|
That is odd. It looks as if the textarea isn't getting hidden before the iframe gets shown. Can you install Firebug and inspect the white area and tell me what tag it belongs to?
|
|
|
|
|
I just grabbed the latest from http://svn.gixug.com/cphog/trunk/cphog.user.js and I no longer see the extra space.
|
|
|
|
|
<tr id="PostContent">
<td width="100%" valign="top" style="border: 2px inset rgb(204, 204, 238); padding: 0px 0px 0px 2px; background: white none repeat scroll 0%; -moz-background-clip: -moz-initial; -moz-background-origin: -moz-initial; -moz-background-inline-policy: -moz-initial; height: 8em;" colspan="4">
<textarea id="ContentText" tabindex="3" name="ContentText" rows="13" cols="75"/>
<iframe id="MidasContentText" tabindex="3">
<html>
<head>
<title/>
<link rel="STYLESHEET" href="chrome://targetalert/content/onMouseoverStyle.css"/>
</head>
<body/>
</html>
</iframe>
</td>
</tr>
Firebug says the extra space belongs to <iframe id="MidasContentText">. It still happens when I disable TargetAlert, so that's not the cause. Also, I found that clicking the [<>] button makes empty space appear around other sides of the edit box.
|
|
|
|
|
See post in The Lounge...
(almost pulled it at the last minute, after it stalled horribly during testing... then realized i'd disabled my browser cache earlier.  )
----
Yes, but can you blame them for doing so if that's the only legal way they can hire programmers they want at the rate they can afford?-- Nish on sketchy hiring practices
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
