- TestMy.net Forum
- → Viewing Profile: Topics: MttFrog13
MttFrog13
Member Since 16 Jul 2005Offline Last Active Oct 16 2011 06:32 PM




Community Stats
- Group Members
- Active Posts 440 ( per day)
- Profile Views 3,194
- Member Title TMN Friend
- Age 22 years old
- Birthday October 9, 1989
-
Gender
Male
-
Location
Greater Philadelphia Area
0
Neutral
User Tools
Latest Visitors
Topics I've Started
How To Use Gmail Only With Exchange Account?
25 February 2011 - 11:20 AM
Hi guys, I'm wondering if there is a way to use gmail as a sort of email client in the sense that I basically wouldn't have to log into my windows live account which is an exchange account I use for school. I know we can have email forwarded to gmail, but is there a way that I can delete emails and send emails from my exchange account, from within gmail?
Post the speed you get at your workplace
04 December 2009 - 10:25 AM
:::.. Download Stats ..:::
Download Connection is:: 42948 Kbps about 42.9 Mbps (tested with 51200 kB)
Download Speed is:: 5243 kB/s
Tested From:: http://testmy.net/ (Main)
Test Time:: 2009/12/04 - 11:23am
Bottom Line:: 749X faster than 56K 1MB Download in 0.2 sec
Tested from a 51200 kB file and took 9.766 seconds to complete
:::.. Upload Stats ..:::
Upload Connection is:: 14117 Kbps about 14.1 Mbps (tested with 5983 kB)
Upload Speed is:: 1723 kB/s
Tested From:: http://testmy.net/ (Main)
Test Time:: 2009/12/04 - 11:25am
Bottom Line:: 246X faster than 56K 1MB Upload in 0.59 sec
Tested from a 5983 kB file and took 3.472 seconds to complete
Download Connection is:: 42948 Kbps about 42.9 Mbps (tested with 51200 kB)
Download Speed is:: 5243 kB/s
Tested From:: http://testmy.net/ (Main)
Test Time:: 2009/12/04 - 11:23am
Bottom Line:: 749X faster than 56K 1MB Download in 0.2 sec
Tested from a 51200 kB file and took 9.766 seconds to complete
:::.. Upload Stats ..:::
Upload Connection is:: 14117 Kbps about 14.1 Mbps (tested with 5983 kB)
Upload Speed is:: 1723 kB/s
Tested From:: http://testmy.net/ (Main)
Test Time:: 2009/12/04 - 11:25am
Bottom Line:: 246X faster than 56K 1MB Upload in 0.59 sec
Tested from a 5983 kB file and took 3.472 seconds to complete
Political quiz
07 November 2009 - 10:26 AM
Where do you guys fall?
http://www.theadvoca...uizp/index.html
Here's mine
<IMG SRC=http://www.theadvocates.org/quiz-score/draw.php?p=8&e=5>
http://www.theadvoca...uizp/index.html
Here's mine
<IMG SRC=http://www.theadvocates.org/quiz-score/draw.php?p=8&e=5>
Can an LCD screen crack without being hit?
31 July 2009 - 11:45 AM
Went to sleep, woke up and went straight to work. When i got back and opened up my laptop, the screen was cracked and a large portion of it is white. I haven't hit it. I asked around online already and i'm hearing that the only thing that can cause a laptop screen to crack is for there to be a large temperature change quickly. My laptop isn't particularly hot and the temperature outside has been consistent recently. Already called customer support and asked about having it repaired and they said it would cost $500. I might try buying a replacement screen of ebay and installing it myself.
But anyway, can a screen crack like this WITHOUT being hit? I appears to be a middle with cracks and lines staggering away so i'm assuming it's a crack.

But anyway, can a screen crack like this WITHOUT being hit? I appears to be a middle with cracks and lines staggering away so i'm assuming it's a crack.

My firefox configuration
13 June 2009 - 12:37 AM
I've done A LOT of tweaking with my firefox the past couple of days starting with the settings on this blog:
http://codebetter.co...1/28/48720.aspx
I used the fast connection, fast computer settings. I've been using these settings for a year or two but I just took the time to look up what all those "content." entries mean. Basically content interrupt parsing allows firefox to slow loading to focus on the user interface. Content notify ontimer enables you to edit how often the render refreshes as it begins to display the page. Back off count is how many time the render will refresh at the rate of the content notify interval before it stops and just waits until the page is completely loaded. Content max tokenizing time will set the max amount of time the ui can be unresponsive while rendering the page. It is by default 3x the content notify interval. That way the ui could be unresponsive while rendering and refreshing the page 3x exactly. Content switch threshold decides how long after moving the mouse or pressing the keyboard will loading time be slowed or sacrificed to keep the ui from being unresponsive.
Most articles online will tell you to make the paint delay 0 so you can start reading an article before it is loaded. I got the idea (while playing around with opera browser) to increase the paint delay to one or two seconds. Which is a setting of 1000 or 2000. If the pages finishes loading before then it will automatically appear. After using chrome for maybe the past 6 months and switching back to firefox to try out version 3.5, i got quite used to google chrome seeming to load quickly by displaying the loading page quicker..
I decided there are two ways to go. You are someone who wants to see the page loading right away to start reading or scrolling or you don't mind waiting for it to load fully. I think the idea of wanting it to start rendering quick is bogus because first of all you can't read anything in advance because in some trials i ran, the reading text either loaded last or the other things loading was distracting to actually read anything. The biggest factor is that my connection is so fast that the little bit of time extra that I would have to read something is so small it's unimportant.
So in the end i decided to disable interrupting parsing so that the page would get loaded quicker and to have a long paint delay so that it all renders visably at once. My idea is that instead of getting a "snappy" feel from the page appearing right away, I want it to load as fast as possible and appear all at once. Here are my settings.
nglayout.initialpaint.delay 750
content.interrupt.parsing false
content.notify.backoffcount 5
content.notify.interval 750000
content.notify.ontimer true
content.max.tokenizing.time and content.switch.threshold are irrelevant since content.interrupt.parsing is disabled and both that and notify ontimer have to be enabled for them to work.
If you would like to go the route of having the page appear quicker, try these settings. The reason i enabled content.interrupt.parsing is becuase in theory you want to show the page to read or possibly scroll so you want the ui to not be unresponsive for a period of time. You can still disable this though if you don't like to scroll while your pages are loading. This is on be default.
nglayout.initialpaint.delay 0
content.interrupt.parsing true
content.notify.backoffcount 5
content.notify.interval 250000
content.notify.ontimer true
content.max.tokenizing.time 750000
content.switch.threshold 250000
Remember you only have this type of flexibility if you consider yourself to have a fast connection and computer.
Tell me what you guys think. I know i put a lot of thought into something that will probably not cause any speed boost, but the "appearance" of a quicker loading google chrome proved false since firefox has an automatic paint delay of a quarter second. I think where chrome does have it's extra "snappy" feeling is when loading multiple tabs or opening and loading a new tab due to the multiple processes.
http://codebetter.co...1/28/48720.aspx
I used the fast connection, fast computer settings. I've been using these settings for a year or two but I just took the time to look up what all those "content." entries mean. Basically content interrupt parsing allows firefox to slow loading to focus on the user interface. Content notify ontimer enables you to edit how often the render refreshes as it begins to display the page. Back off count is how many time the render will refresh at the rate of the content notify interval before it stops and just waits until the page is completely loaded. Content max tokenizing time will set the max amount of time the ui can be unresponsive while rendering the page. It is by default 3x the content notify interval. That way the ui could be unresponsive while rendering and refreshing the page 3x exactly. Content switch threshold decides how long after moving the mouse or pressing the keyboard will loading time be slowed or sacrificed to keep the ui from being unresponsive.
Most articles online will tell you to make the paint delay 0 so you can start reading an article before it is loaded. I got the idea (while playing around with opera browser) to increase the paint delay to one or two seconds. Which is a setting of 1000 or 2000. If the pages finishes loading before then it will automatically appear. After using chrome for maybe the past 6 months and switching back to firefox to try out version 3.5, i got quite used to google chrome seeming to load quickly by displaying the loading page quicker..
I decided there are two ways to go. You are someone who wants to see the page loading right away to start reading or scrolling or you don't mind waiting for it to load fully. I think the idea of wanting it to start rendering quick is bogus because first of all you can't read anything in advance because in some trials i ran, the reading text either loaded last or the other things loading was distracting to actually read anything. The biggest factor is that my connection is so fast that the little bit of time extra that I would have to read something is so small it's unimportant.
So in the end i decided to disable interrupting parsing so that the page would get loaded quicker and to have a long paint delay so that it all renders visably at once. My idea is that instead of getting a "snappy" feel from the page appearing right away, I want it to load as fast as possible and appear all at once. Here are my settings.
nglayout.initialpaint.delay 750
content.interrupt.parsing false
content.notify.backoffcount 5
content.notify.interval 750000
content.notify.ontimer true
content.max.tokenizing.time and content.switch.threshold are irrelevant since content.interrupt.parsing is disabled and both that and notify ontimer have to be enabled for them to work.
If you would like to go the route of having the page appear quicker, try these settings. The reason i enabled content.interrupt.parsing is becuase in theory you want to show the page to read or possibly scroll so you want the ui to not be unresponsive for a period of time. You can still disable this though if you don't like to scroll while your pages are loading. This is on be default.
nglayout.initialpaint.delay 0
content.interrupt.parsing true
content.notify.backoffcount 5
content.notify.interval 250000
content.notify.ontimer true
content.max.tokenizing.time 750000
content.switch.threshold 250000
Remember you only have this type of flexibility if you consider yourself to have a fast connection and computer.
Tell me what you guys think. I know i put a lot of thought into something that will probably not cause any speed boost, but the "appearance" of a quicker loading google chrome proved false since firefox has an automatic paint delay of a quarter second. I think where chrome does have it's extra "snappy" feeling is when loading multiple tabs or opening and loading a new tab due to the multiple processes.
- TestMy.net Forum
- → Viewing Profile: Topics: MttFrog13




Find content
Display name history
