เล่น YouTube clip ที่ embed ใน UIWebView ทันทีที่ UIWebView โหลดเสร็จ

หากเรานำ Embed code จาก Youtube มาเปิดด้วย UIWebView แล้วจะพบว่า Video จะไม่เล่นเลยทันทีที่ UIWebView โหลดเสร็จ ทำให้เราต้องกดปุ่ม Play ที่ overlay อยู่บน clip ก่อนถึงจะเล่นได้

สำหรับการทำให้มันดูเหมือนเล่นทันทีอัตโนมัติหลังจาก UIWebView โหลดเสร็จแล้วเราจะใช้วิธีการส่ง UIControlEventTouchUpInside  ไปหาปุ่มที่เราต้องการกดเสมือนกับว่าเรากดเอง

เราจะเริ่มหาปุ่มหลังจากที่ UIWebView โหลดเสร็จแล้ว ใน delegate method ตัวนี้ ดังนี้

- (void)webViewDidFinishLoad:(UIWebView *) webView {

    UIButton *b = [self findButtonInView: webView];

    [b sendActionsForControlEvents:UIControlEventTouchUpInside];

}

และเขียน method findButtonInView: ดังนี้

- (UIButton *)findButtonInView:(UIView *)view {

    UIButton *button = nil;

    if ([view isMemberOfClass:[UIButton class]]) {

        return (UIButton *)view;

    }

    if (view.subviews && [view.subviews count] > 0) {

        for (UIView *subview in view.subviews) {

            button = [self findButtonInView:subview];

            if (button) return button;

        }

    }

    return button;

}

เท่านี้ก็เรียบร้อย

Related Link from Roti

ตรวจสอบว่า Device กำลังต่อ 3G, Edge, Wifi อยู่หรือเปล่า

ตรวจสอบว่า iPhone/iPad/iPod ต่ออินเทอร์เน็ตได้หรือเปล่ามีคนทำไว้ให้เรียบร้อยแล้ว วิธีใช้ง่ายมาก (ง่ายกว่า Reachability ที่อยู่บนเว็บของ Apple อีกนะ)

if ([Connection isConnected]){

...

}else{

...

}

ก่อนใช้งานอย่าลืม include framework ชื่อ SystemConfiguration กับ libz.1.1.3.dylib ด้วย

ที่มา : xprogress.com
มีคนเอามาทำเป็นไฟล์ให้ download มาใช้ง่ายๆด้วย ที่นี่

Related Link from Roti

Custom UISlider

เราสามารถเปลี่ยนหน้าตาของ UISlider ให้เข้ากับ UI ของ iOS Application ที่เรากำลังพัฒนาอยู่ได้ด้วยการกำหนดรูปภาพด้านซ้ายของปุ่มเลื่อน ขวาของปุ่มเลื่อน และปุ่มสำหรับเลื่อนให้มันผ่าน method 3 ตัวนี้

- (void)setMaximumTrackImage:(UIImage *)image 
                    forState:(UIControlState)state
- (void)setMinimumTrackImage:(UIImage *)image 
                    forState:(UIControlState)state
- (void)setThumbImage:(UIImage *)image 
             forState:(UIControlState)state

เริ่มจากกำหนดรูปเหล่านี้ให้กับ UISlider

min.png

max.png

center.png

ดังนี้

UIImage *minImage = [UIImage imageNamed: @"min.png"];

UIImage *maxImage = [UIImage imageNamed: @"max.png"];

UIImage *center = [UIImage imageNamed: @"center.png"];

minImage = [minImage stretchableImageWithLeftCapWidth: 10.0 

                                    topCapHeight: 0.0];

maxImage = [maxImage stretchableImageWithLeftCapWidth: 10.0 

                                    topCapHeight: 0.0];

UISlider *slider = [[UISlider alloc] init];

[slider setMinimumTrackImage: minImage forState: UIControlStateNormal];

[slider setMaximumTrackImage: maxImage forState: UIControlStateNormal];

[slider setThumbImage: center forState: UIControlStateNormal];

slider.frame = CGRectMake(0, 480/2, 300, 44);

[self.view addSubview: slider];

[slider release];

จะได้ slider หน้าตาใหม่ออกมาแบบนี้ โดยด้านบนเป็น default UI ของ iOS เอง ส่วนด้านล่างเป็นแบบที่ทำขึ้นมาใหม่

เท่านี้เราก็สามารถสร้าง UISlider ที่มี UI เป็นไปในทางเดียวกับ Application ของเราได้แล้ว

ตัวอย่าง

Related Link from Roti

ใช้ Instrument tools ช่วยตามหา EXC_BAD_ACCESS

Entry ที่แล้วเป็นการตามหาว่าตรงไหนทำให้เกิด EXC_BAD_ACCESS เองจากข้อมูลเพียงน้อยนิดที่ log ออกมาทาง console แต่สำหรับครั้งนี้จะเป็นการใช้ Instrument Tools ช่วยในการตามหาให้ ว่าจุดที่เป็นปัญหาอยู่ตรงไหน

เริ่มจากสั่ง Run -> Run with Performance Tool -> Allocations
หลังจาก  Instruments รันขึ้นมาแล้วให้กดหยุดการทำงานทันที (ปุ่มวงกลมมีจุดแดงตรงกลาง) จากนั้นให้กดปุ่ม i ทางด้านขวาของ Allocations จะเห็น popup ปรากฏขึ้นมา ให้เลือก Record reference counts และ Enable NSZombie detection ดังรูป

จากนั้นกดปุ่ม Recrod เพื่อให้โปรแกรมทำงานต่ออีกครั้ง หากโปแกรมทำงานถึงจุดที่เกิด EXE_BAD_ACCESS เราจะเห็น popup ดังรูปด้านล่างแสดงขึ้นมา

ปัญหาก็ตามที่ popup บอก :) ให้กดปุมลูกศรที่อยู่ท้ายข้อความใน popup โปรแกรมจะบอกตัวการที่ทำให้เกิด EXE_BAD_ACCESS (สังเกตว่า Reference counts จะเป็น -1) และด้าน Stack Track ด้านขวามือบอกจุดที่ทำให้เกิดปัญหา ดังรูปด้านล่าง

ให้ Instruments ชี้จุดผิดชัดๆ ได้โดยการ double click ที่จุดผิดใน Stack Track จะพบบรรทัดที่ทำให้ผิดได้เลยทันที ไม่ต้องไล่หาเองแบบครั้งที่แล้วแล้ว

ค้นพบว่ามีคนทำวีดีโอให้ดูวิธีทำกันตัวเป็นๆ ที่นี่ด้วย

Related Link from Roti

ตามหาต้นเหตุของ EXC_BAD_ACCESS

อาจพูดได้ว่าไม่มี Objective-C programmer คนไหนเลยไม่เคยเจอปัญหา EXC_BAD_ACCESS และปัญหานี้ก็มักตามมากวนใจอยู่เนืองๆ จนบางทีอาจทำให้เราต้องเสียเวลาหาต้นเหตุของปัญหานี้เป็นเวลานานจนน่าหงุดหงิด

เริ่มจากทดลองสร้างโปรแกรมที่ทำให้เกิดปัญหานี้ก่อน โดยเราจะสร้าง 2 method ขึ้นมาดังนี้

- (void) setString{

_myArray = [NSArray arrayWithObject: @"A"];

}

และ

- (void) getString{

NSLog(@"%@", [_myArray objectAtIndex: 0]);

}

กำหนดให้สองเหตุการณ์นี้ทำงานต่อเนื่องกัน เหตุการณ์ละรอบ

เหตุการณ์แรก เมื่อ method setString ทำงานจะสร้าง object ของ NSArray และเก็บไว้ใน instance variable ชื่อ _myArray

เหตุการณ์ที่สอง เมื่อ method getString ทำงาน จะทำการอ่านค่่าจาก _myArray ออกมาแสดง

เมื่อเราสั่งให้โปรแกรมทำงานจะพบ EXC_BAD_ACCESS ออกมาทาง debugger ดังนี้

Program received signal:  “EXC_BAD_ACCESS”.

เหตุผลก็เพราะว่า object ที่ได้จาก method setString จะเป็น autorelease object ดังนั้นแน่นอนว่ามันจะถูกส่งเข้าไปอยู่ใน autorelease pool และถูก release ทิ้งไปเมื่อจบรอบแรกโดยอัตโนมัติ ซึ่งเหตุการณ์จริงอาจไม่ได้หาต้นเหตุของปัญหาง่ายแบบนี้ก็ได้

วิธีตามหาต้นตอของ EXC_BAD_ACCESS เราจะกำหนด parameter ให้กับ Executables ที่อยู่ด้านซ้ายของ xcode window ให้ double click และเลือก get info และไปที่ tab Arguments จากนั้นเพิ่ม NSZombieEnabled และกำหนดค่าเป็น YES เข้าไปดังนี้

NSZombieEnabled เป็น parameter ที่ช่วยบอกว่ามี message ไหนส่งไปหา object ที่ถูก deallocate แล้ว

จากนั้นลองรันโปรกรมเดิมใหม่แทนที่จะโดนตอบกลับมาด้วย EXC_BAD_ACCESS (ซึ่งไม่ช่วย hint อะไรเท่าไหร่นัก) อีก ก็จะได้ผลออกมาแบบนี้

*** -[CFArray objectAtIndex:]: message sent to deallocated instance 0x4b1dd80

เท่านี้ก็ทำให้เราพอจะเดาได้ว่า message ตัวไหนที่ทำให้เกิด EXC_BAD_ACCESS

อ่านเพิ่มเติม: Understanding EXC_BAD_ACCESS

Related Link from Roti