When building visualizations, desig

When building visualizations, designers often employ multiple tools
simultaneously. This is particularly true on the web, where interactive
visualizations combine varied technologies: HTML for page content,
CSS for aesthetics, JavaScript for interaction, SVG for vector graphics,
and so on. One of the great successes of the web as a platform
is the (mostly) seamless cooperation of such technologies, enabled by
a shared representation of the page called the document object model
(DOM). The DOM exposes the hierarchical structure of page content,
such as paragraph and table elements, allowing reference and manipulation.
In addition to programming interfaces, modern browsers include
powerful graphical tools for developers that display the element
tree, reveal inherited style values, and debug interactive scripts.
Unfortunately, this blissful interoperability is typically lost with visualization
toolkits due to encapsulation of the DOM with more specialized
forms. Rather than empowering direct manipulation of the
existing model, such toolkits [2, 9, 18] supplant it with custom scenegraph
abstractions. This approach may provide substantial gains in efficiency—
reducing the effort required to specify a visualization—but it incurs a high opportunity cost: it ignores developers’ knowledge of
standards, and the tools and resources that augment these standards.

ผลลัพธ์ (ไทย) 1:

เมื่อสร้างการแสดงภาพประกอบเพลง นักออกแบบมักจะใช้เครื่องมือต่าง ๆพร้อมกัน ก็โดยเฉพาะอย่างยิ่งบนเว็บ โต้ตอบแสดงภาพรวมเทคโนโลยีที่แตกต่างกัน: HTML สำหรับเนื้อหาของหน้าCSS สำหรับสุนทรียศาสตร์ JavaScript การโต้ตอบ SVG เวกเตอร์กราฟิกและอื่น ๆ ความสำเร็จที่ดีของเว็บเป็นอย่างใดอย่างหนึ่งเป็นความร่วมมือ (ส่วนใหญ่) ไม่มีรอยต่อของเทคโนโลยีดังกล่าว การใช้งานตัวแทนร่วมของหน้าเรียกว่าแบบจำลองวัตถุเอกสาร(DOM) โดมแสดงโครงสร้างลำดับชั้นของเนื้อหาหน้าเช่นองค์ประกอบย่อหน้าและตาราง ให้อ้างอิงและการจัดการนอกจากอินเทอร์เฟซการเขียนโปรแกรม เบราว์เซอร์ที่ทันสมัยรวมถึงเครื่องมือกราฟิกที่มีประสิทธิภาพสำหรับนักพัฒนาที่แสดงองค์ประกอบต้นไม้ สืบทอดค่าแบบเปิดเผย และดีบักสคริปต์แบบโต้ตอบอับ ทำงานร่วมกันความสุขนี้หายปกติพร้อมแสดงภาพประกอบเพลงข่าวจาก encapsulation ของโดมมีความมากขึ้นแบบฟอร์มการ แทนที่จะจัดการโดยตรงดำเนินการแบบจำลองที่มีอยู่ เช่นข่าว [2, 9, 18] supplant กับ scenegraph เองabstractions วิธีการนี้อาจมีกำไรพบในประสิทธิภาพ —ลดความพยายามที่ต้องระบุเพลง — แต่มันใช้ต้นทุนสูงโอกาส: จัดเตรียมความรู้ของนักพัฒนามาตรฐาน และเครื่องมือ และทรัพยากรที่เพิ่มมาตรฐานเหล่านี้

ผลลัพธ์ (ไทย) 3:

เมื่อสร้าง Visualizations นักออกแบบมักจะใช้เครื่องมือหลาย
พร้อมกัน นี้เป็นจริงโดยเฉพาะอย่างยิ่งในเว็บที่มองเห็นการโต้ตอบ
รวมเทคโนโลยีหลากหลาย : HTML เนื้อหาหน้าเพื่อความสวย
CSS , JavaScript สำหรับการปฏิสัมพันธ์ , SVG กราฟิกเวกเตอร์
และอื่น ๆ หนึ่งในความสำเร็จที่ยิ่งใหญ่ของเว็บเป็นแพลตฟอร์ม
เป็น ( ส่วนใหญ่ ) ความร่วมมือที่ไร้รอยต่อของเทคโนโลยี ดังกล่าว การเปิดใช้งานโดย
ที่เป็นตัวแทนของรูปแบบวัตถุเอกสารหน้าเรียกว่า
( ดอม ) DOM exposes โครงสร้างลำดับชั้นของเนื้อหาหน้า
เช่น ย่อหน้า และตารางธาตุให้อ้างอิงและการจัดการ .
นอกจากนี้อินเตอร์เฟซโปรแกรมเบราว์เซอร์ที่ทันสมัยรวมถึง
เครื่องมือกราฟิกที่มีประสิทธิภาพสำหรับนักพัฒนาที่แสดงต้นไม้องค์ประกอบ
เปิดเผยได้รับการถ่ายทอดค่านิยมสไตล์และดีบักสคริปต์โต้ตอบ .
น่าเสียดาย ซึ่งความสุขนี้มักจะหายไปด้วยการแสดง
toolkits เนื่องจาก encapsulation ของดอมกับรูปแบบเฉพาะ
เพิ่มเติม แทนที่จะเสริมสร้างศักยภาพการจัดการโดยตรงของ
รุ่นที่มีอยู่ เช่นชุดเครื่องมือ [ 2 , 918 ] แทนที่มันด้วยเอง scenegraph
นามธรรม . วิธีการนี้อาจให้เป็นชิ้นเป็นอันเพิ่มขึ้นในประสิทธิภาพ -
ลดความพยายามต้องระบุการแสดงแต่มันเกิดโอกาสสูงต้นทุนมันไม่สนใจพัฒนาความรู้
มาตรฐาน เครื่องไม้เครื่องมือและทรัพยากรที่เพิ่มมาตรฐานเหล่านี้