Are any other boards going to be mobile? If so Tech Support is a must, I only ever resort to such devices when my PC isn't working. I'll test this out later on my PSP and will do my best to provide a screen shot.
Sure, eventually I'd like all the boards to have it supported.
I'll try it on my PSP tonight, and see how it goes.
Alright, it works good, but the PSP can already handle the site. Looks like win for mobile phones though.
This is really cool, I tried using 4-ch with my phone before but the pages were too large for it to load. I'll give it a shot as soon as I recharge it!
Thanks squeeks, Ive always wanted to browse 4-ch when on the bus or train
Eh, it didn't work so well for me on my phone. Viewing 4ch with such a small screen is rather annoying.
>>9
It's fine if you think it sucks, but you need to show me why. Maybe stop using a phone with a tiny screen?
whenever i try to view an entire post it doesnt work
http://4-ch.net/personal/mobile.pl/1193225109/
http://4-ch.net/personal/kareha.pl/1193225109/
>>11
As I've already asked, what phone, what browser etc?
>>12
a sony ericsson W810i, but that doesn't matter. if you use 4-ch:mobile on your computer you still can't see anything after:
"I thought it would pass, but it's been three weeks..."
http://4-ch.net/personal/mobile.pl/1193225109/1
http://4-ch.net/personal/kareha.pl/1193225109/1
Ah right, I've now fixed that problem involving truncating posts. Thanks, anonymous.
It looks great on the PSP, and is pretty good on the mobile phone, although obviously the small screen limits it quite a bit. Good job.
http://i10.tinypic.com/8gjdph3.jpg
http://i17.tinypic.com/8f2flon.jpg
http://i9.tinypic.com/6oxgol1.jpg
http://i15.tinypic.com/8fe4ncp.jpg
http://i15.tinypic.com/8e9l66g.jpg
http://i11.tinypic.com/87lf81j.jpg
Very nice, GJ!
Looks pretty good on my E-series Nokia (WebKit based browser):
http://lnk.nu/img140.imageshack.us/gwt.jpg
http://lnk.nu/img132.imageshack.us/gwu.jpg
http://lnk.nu/img110.imageshack.us/gwv.jpg
Now, if only I could post..
Not Acceptable
An appropriate representation of the requested resource /req/mobile could not be found on this server.
Available variants:
- mobile.pl , type text/x-perl
Additionally, a 406 Not Acceptable error was encountered while trying to use an ErrorDocument to handle the request.
> RewriteCond %{HTTP_ACCEPT} !(text|\)/(javascript|\)
if you end up using this, you should note that your server sends js files as application/x-javascript (the default for apache) instead of text/javascript (which i configured mine to send them as) and change the regex accordingly.
Wow, netfront really sucks.
Does putting a trailing slash on the end (eg. http://4-ch.net/dqn/mobile/ ) cause the same problem?
I'm rather curious as to what strange headers netfront is sending. Do you see anything unusual in http://services.4-ch.net/tools/headers.pl ? That stupid browser shouldn't be getting confused over a differing "Content-Location" header in a 200 response, right?
>>20
adding a trailing slash makes no difference.
the only things i see in the headers that look unusual at all are the fact that it's using a proxy and the insanely long accept header that doesn't include /, which most browsers do include if they send an accept header.
upon further investigation it appears that the proxy is responsible for the javascript problem... the 406 error is definitely coming from apache tho, and i'm pretty sure it's because the accept header doesn't include text/x-perl or /.
Interesting about the trailing slash not making a difference. Because in terms of the headers Apache sends (and I don't have a proxy between me and server) differs quite significantly:
curl -i http://4-ch.net/dqn/mobile
HTTP/1.1 200 OK
Date: Sat, 22 Dec 2007 08:58:02 GMT
Server: Apache/2.2.3
Content-Location: mobile.pl
Vary: negotiate,Accept-Encoding
TCN: choice
Transfer-Encoding: chunked
Content-Type: text/html; charset=shift_jisNow see above, I thought it was the Content-Location or in fact the TCN header that might have been stumping it, because, looking below...
curl -i http://4-ch.net/dqn/mobile/
HTTP/1.1 200 OK
Date: Sat, 22 Dec 2007 08:58:41 GMT
Server: Apache/2.2.3
Vary: Accept-Encoding
Transfer-Encoding: chunked
Content-Type: text/html; charset=shift_jisAll of those potential problems aren't present when we trail with slash. This makes little sense. Let's start looking at headers from static pages:
curl -i http://4-ch.net/mobile
HTTP/1.1 200 OK
Date: Sat, 22 Dec 2007 09:11:11 GMT
Server: Apache/2.2.3
Content-Location: mobile.html
Vary: negotiate,Accept-Encoding
TCN: choice
Last-Modified: Fri, 14 Dec 2007 00:07:42 GMT
ETag: "1dc165-8c2-d9ea6f80;38f78f00"
Accept-Ranges: bytes
Content-Length: 2242
Pragma: no-cache
Content-Type: text/htmlSo browser has no issue requesting this page, which is also being "manipulated" by MultiViews like the addresses above. What I can deduct from this is that firstly the client is to blame for all of it's own problems, and secondly, it's sending headers or something it shouldn't. Multiple choice requests shouldn't be occurring. Request http://services.4-ch.net/tools/headers and then do another request with the .pl, remove the IP/host bit and paste me the rest. I'd like to see exactly what's being sent.
$ curl -H "Accept: text/html" -i http://4-ch.net/dqn/mobile
HTTP/1.1 406 Not Acceptable
Date: Sun, 23 Dec 2007 03:20:57 GMT
Server: Apache/2.2.3
Alternates: {"mobile.pl" 1 {type text/x-perl}}, {"error.pl" 1 {type text/x-perl}}
Vary: negotiate,Accept-Encoding
TCN: list
Content-Length: 542
Content-Type: text/html; charset=iso-8859-1...
netfront's accept header is this:
Accept: application/vnd.wap.xhtml+xml, application/x-pmd, application/vnd.phonecom.mmc-xml, audio/midi, audio/vnd.qcelp, application/xhtml+xml; profile="http://www.wapforum.org/xhtml", application/x-pcs-mcd+xml, multipard/vnd.sprint-pre-cache, multipart/mixed; q=0.5, multipart/related, text/vnd.wap.wml, text/vnd.sun.j2me.app-descriptor, text/x-pcs-gcd, text/css, application/ecmascript, image/png, image/gif, image/jpeg; q=0.5, image/vnd.wap.wbmp; q=0.2, application/sdp, audio/qcelp, audio/mp3, audio/mp4, video/mp4, audio/3gpp2, video/3gpp2, audio/3gpp, video/3gpp, audio/amr, audio/aac, audio/aacplus, application/pmd, application/m3g, audio/mpeg, audio/mid, text/plain, video/x-ms-asf, video/x-ms-wmv, audio/x-ms-wma,text/html;q=0.062,image/gif;q=0.062,image/x-jng;q=0.062,video/x-mng;q=0.062,image/x-mng;q=0.062,image/bmp;q=0.062,image/x-bmp;q=0.062 Please, do me a favour, complain to Sprint/Netfront/whoever and remind them that their implementation of a "browser" on that phone sucks. I've stuck the stupid file extensions so save you and any other netfront users the grief of having to click twice.
Also I was curious about the rest of the headers netfront sent, not just the accept mime types.
>>25
here are the rest of the headers:
(IP and Host removed)
Date: Sun Dec 23 05:29:08 2007
Request: GET http://services.4-ch.net/tools/header.pl(Accept removed)
Accept-Charset: UTF-8, us-ascii, iso-8859-1, UTF-16,*
Accept-Language: en;q=1.0,es;q=0.5
Cache-Control: no-cache
Clientid: (removed)@sprintpcs.com
Host: services.4-ch.net
Pragma: no-cache
User-Agent: Mozilla/4.0 (MobilePhone SCP8500/US/1.0) NetFront/3.4 MMP/2.0
Via: 1.1 kscymbmagprx03-int.nmcc.sprintspectrum.com:8090
X-Network-Type: IS2000
X-Wap-Profile: "http://device.sprintpcs.com/Sanyo/SCP8500/1002SP.rdf"most of the time the X-Network-Type is EVDO, it's IS2000 when i'm at home because my house is right in the middle of a 100 square foot hole in sprint's coverage (insert conspiracy theory here).
adding a trailing slash, removing the .pl, etc only changes the Request one.
Hey that client ID header is a really smart idea. I personally won't go out of my way to look for it, but someone else has to be.
>>27
from http://www.howardforums.com/archive/topic/489332-1.html:
> Sprint PCS handsets send an encrypted session ID called "ClientID" in the HTTP header information. Using that data you can validate the phone against Sprint's servers and determine (with some level of security) the identity of the subscriber visiting your WAP site. To use that data you need a partnership with Sprint to decrypt the information for you. Are you willing to pay for authentication?
how about support for posting like on http://waro.su/mobile.pl and http://waro.su/wml.pl?
When looking for old threads using google, I tend to get more results linking to mobile.pl than kareha.pl for some reason. (Kinda like how you to get more results from printable versions of posts made on IPB forums - maybe Google favors them because there a larger concentration of actual content on them).
I think it's an important issue that people may stumble upon threads via the mobile versions without having any hint that they can actually participate with an interface more suited to computers.
I use Opera Mini.
Mobile version of 4-ch works much faster on my Alcatel OT-C825 than general one.
It's sad that there is no posting, because in general version Opera Mini has no problems with posting field, but it's too slow in browsing.
Maybe default reply field of PC version could work with mobile?
Opera Mini: fullscreen, landscape mode. Font size: small.
http://img146.imageshack.us/img146/7931/01channel4ak3.jpg — first two pics have no problems at all.
http://img146.imageshack.us/img146/6726/02generalvg2.jpg
http://img527.imageshack.us/img527/5743/03threadys9.jpg — Post header looks way too big (Though in Mobile View mode this problem was solved)
Well, i can post if i change mobile.pl to kareha.pl in address manually. Not the best way, but still acceptable.
When you click a link like >>1 it opens in kareha mode (with reply bar).
But when you click a number at the left of poster's name page just reloads. Maybe it would be more useful if it acted in the way link does?
I have a shitty two year old razr v3i, and 4-ch mobile works swimmingly on it. I browsed most of the boards (didn't think to check the AA Bar) and the only issue I had was when accidentally clicking on the number to the left of the poster's name I recieved a 400 error. It'd be tits if we could post, too, but even having the ability to just read has killed many the boring hours of work.
looks fine on my motorola razr2 v8 cellphone (opera).
now add posting/replies. PLEASE! :)
Okay, the list so far:
All this will take a while, but it'll be done.
yes. m.4-ch.net sounds good and short.
please add post ability first, since it's the most important imo. thanks!
on the mobile startsite you forgot to add "mobile.pl" in the "Japanese" link.
Thank you, >>39 , that's fixed. I'm trying to find the time and motivation to get things done, but alas I've had no time of recent.
Anyone know how to make SJIS/EUC/etc. work in US English win mobile?
I might have to cave in and get a G1 or iPhone next year, if not :(
No sorry. I have the same problem with my Motorola V8. But since there is Linux on it and there are already enough ways to change things on the phone, there should be a way to add Japanese/etc. fonts. Really need to look into it since i don't want a iPhone, especially NO Spywarephone like the G1...
I think some basic visuals and the ability to post would be nice.
Being able to post would make me as well as most people who use 4-ch mobile very grateful. Please consider it. Thank you.
> especially NO Spywarephone like the G1...
lol.
you obviously haven't looked at the freely available android source code.
also, any phone with bluetooth (there are quite a few you can get for free) + nokia n810 (less than $120 (USD) last time i checked) ≫ $300 phones with shitty fonts and low-resolution screens.
Any news of progress being made?
cool addition to the board.
Sadly, as cell phone browsing really is only for urgent situations, I doubt checking up on 4ch's slow boards will be a priority.
>>45
who says that the free compiled sourcecode is the same that's already on the phones?
anyway it's OT.
is posting now possible from the mobile version? i'm sooo waiting for this. ;_;
When will 4-ch mobile visitors be able to take part in the forums?
Squeeks, wake up!
Follow the mobile postfunction.
I'm working on it, I'm working on it. Doing a few other things too. Moving between 3 countries this year certainly doesn't give me time for anything.
just wondering if anyone has any update on the mobile version of 4-ch in terms of posting on a mobile.
imo 4-ch would make for super lucky immensely pleasurable mobile browsing environment if the frames were ditched in favor of a drop menus.
good point!
I'd love to be able to post messages from the phone, it don't require anything special since phones can handle POST-requests just as any other browser...
Can we look at source code?
Not trying to sound impatient or anything, but is the ability to reply under this mode going to be added at some point?
I would love to be able to see 4-ch's source code to try to make it more mobile. As of tonight I've decided to become active here again, and am slightly disappointed that i can still see my comments from over a year ago are on the requests front page thing. Is Squeeks still around?
Hey Squeeks, when clicking a citeted post like >>1 it still opens in normal kareha. Can this be fixed please? I am in fact posting this in normal kareha from my phone. Otherwise, wonderful job.
/sexual/ is still listed
I'm still unable to make posts on the mobile version.
Aaaaaaaa if we switched to weabot these wouldn't even be issues!
http://m.bienvenidoainternet.org/
Stop shilling your software, you made a thread for it you don't need to post it in unrelated places.
go back to 4chan please!
i heard /pol/ likes to call everything a shill
>>65
I'm sure whoever's always talking about weabot doesn't even speak Spanish lmao.
nothing's gonna happen either way
>>68
a brit friend was trying to get hiroyuki to bring back the textboards
This suggestion should be implemented. Using frames in 2016 really is quite silly. It should be trivial to use drop down boxes to navigate the different boards, and it would generally improve browsing on smartphones and tablets.
>Using frames in 2016 really is quite silly.
Give me a reason that isn't "well it's the standard".
Links open within the frame. That breaks functionality if attempting to open a YouTube link from a mobile device.
Frames scroll independently from each other. This makes navigation unnecessarily difficult for users on a device with lower screen resolutions.
>>69
I hope he does bring them back, then the new users who came here when it shut down can go away.
bump old thread
touch gay anus
bumpu pantsu
