Error processing request

Parameters

CONTENT_LENGTH0
REQUEST_METHODGET
REQUEST_URI/revision/Iwidgets?V=24
QUERY_STRINGV=24
CONTENT_TYPE
DOCUMENT_URI/revision/Iwidgets
DOCUMENT_ROOT/var/www/nikit/nikit/nginx/../docroot
SCGI1
SERVER_PROTOCOLHTTP/1.1
HTTPSon
REMOTE_ADDR172.70.134.15
REMOTE_PORT39584
SERVER_PORT4443
SERVER_NAMEwiki.tcl-lang.org
HTTP_HOSTwiki.tcl-lang.org
HTTP_CONNECTIONKeep-Alive
HTTP_ACCEPT_ENCODINGgzip
HTTP_CF_IPCOUNTRYUS
HTTP_X_FORWARDED_FOR54.165.57.161
HTTP_CF_RAY6b8a8a18df5757f4-IAD
HTTP_X_FORWARDED_PROTOhttps
HTTP_CF_VISITOR{"scheme":"https"}
HTTP_USER_AGENTCCBot/2.0 (https://commoncrawl.org/faq/)
HTTP_ACCEPTtext/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
HTTP_ACCEPT_LANGUAGEen-US,en;q=0.5
HTTP_CF_CONNECTING_IP54.165.57.161
HTTP_CDN_LOOPcloudflare

Body


Error

Unknow state transition: LINE -> END

-code

1

-level

0

-errorstack

INNER {returnImm {Unknow state transition: LINE -> END} {}} CALL {my render_wikit Iwidgets '''\[http://incrtcl.sourceforge.net/iwidgets/iwidgets.html%|%iwidgets\]''',\ or\n\[incr\ Widgets\],\ is\ a\ set\ of\ megawidgets\ based\ on\ \[incr\ tcl\]\ and\ \[incr\ tk\].\n\n\n\n**\ See\ Also\ **\n\n\ \ \ \[Learning\ Iwidgets\]:\ \ \ \n\n\n**\ Development\ **\n\n\ \ \ \ \[http://chiselapp.com/user/rene/repository/iwidgets/index%|%chiselapp\ project\]:\ \ \ Slightly\ modified\ iwidgets\ implementation\ for\ itk4.\ For\ changes\ see\ the\ iwidgets.patch\ file.\ \n\n\ \ \ \ \[http://sf.net/projects/incrtcl/%|%sourceforge\ project\]:\ \ \ hosts\ the\ \[CVS\]\ repository\ for\ iwidgets\n\n\n\n**\ Description\ **\n\n\nIn\ the\ early\ life\ of\ itcl/itk/iwidgets,\ they\ were\ all\ three\ distributed\ in\ the\nsame\ source\ tar\ file.\n\nDuring\ 2001,\ a\ \[TIP\]\ was\ submitted\ proposing\ that\ the\ incr\ tcl\ be\ included\ as\nan\ extension\ distributed\ with\ Tcl.\n\nNow\ that\ this\ proposal\ is\ being\ implemented\ in\ Tcl\ 8.6,\ users\ will\ need\ to\ndownload\ the\ \[tcl\],\ \[tk\],\ \[itk\],\ and\ \[iwidgets\]\ tar\ files\ to\ get\ the\ pieces\ to\nuse\ iwidgets.\n\nSee\ \[incr\ Widgets\]\ for\ a\ list\ of\ the\ widgets\ included\ in\ the\ set.\ \ \[\[What\ do\ we\ndo\ about\ the\ cases\ below\ which\ overlap\ with\ widgets\ that\ already\ existed\ in\ Tk,\netc.?\]\]\ \ In\ the\ case\ of\ overlap,\ just\ update\ the\ associated\ page\ with\ info\nabout\ each\ of\ the\ items,\ and\ the\ extension\ with\ which\ it\ is\ associated.\n\nThis\ package\ is\ part\ of\ the\ \[ActiveTcl\]\ Batteries\ Included\ distribution.\n\n\n\n**\ Paned\ Window\ **\n\n'''Documentation''':\n\n\ \ \ \[http://incrtcl.sourceforge.net/iwidgets/iwidgets/panedwindow.html%|%official\ reference\]:\ \ \ the\ example\ provided\ may\ be\ outdated\ and\ fail\ to\ work\ with\ the\ latest\ Tcl/Tk\n\n\n\[http://incrtcl.sourceforge.net/iwidgets/iwidgets/panedwindow.gif\]\n\n\n----\n\nSome\ users\ with\ iwidget\ panedwindows\ in\ their\ apps\ find\ that,\nwhen\ moving\ to\ Tk\ 8.4\ ,\ntheir\ applications\ are\ now\ generating\ syntax\ errors.\nThis\ is\ because\ the\ Tk\ panedwindow\ and\ iwidgets\ panedwindow\ widgets\ use\nthe\ same\ class\ -\ however,\ they\ don't\ have\ the\ same\ bindings.\n\n\[Tom\ Silva\]\ writes\ on\ the\ itcl\ mailing\ list:\nI\ use\ this\ code-fix\ in\ panedwindow.itk,\ in\ the\ Panedwindow\ constructor,\ndown\ near\ the\ bottom\ (just\ before\ \"eval\ itk_initialize\ \$args\").\n\n======\nset\ btags\ \[bindtags\ \$itk_component(hull)\]\nif\ \{\[set\ ndx\ \[lsearch\ -exact\ \$btags\ Panedwindow\]\]\ >=\ 0\}\ \{\n\ \ bindtags\ \$itk_component(hull)\ \[lreplace\ \$btags\ \$ndx\ \$ndx\ IPanedwindow\]\n\}\n======\n\n----\nPrompted\ by\ an\ observation\ by\ \[Bryan\ Oakley\]\ that,\ whereas\n\n======\n\[winfo\ manager\ \$w\]\ forget\ \$w\n======\n\ndoes\ what\ one\ want\ for\ \$w-s\ managed\ by\ \[pack\],\ \[place\],\ and\ \[grid\],\ but\nnot\ for\ panedwindow,\ \[Joe\ English\]\ offered\ this\ \"interesting\ solution\":\n\n======\nset\ scratch\ \[winfo\ parent\ \$w\].__temp__\npack\ \$w\ in\ \$scratch\npack\ forget\ \$w\ndestroy\ \$scratch\ \n======\n\n----\n\n\[SeS\]\ 2011-10-23:\n\nI\ have\ been\ using\ the\ iwidgets\ panedwindow\ for\ some\ time\ now\ and\ it\ is\ also\nprovided\ inside\ \[tG²\]\ since\ the\ Layout\ Editor's\ early\nconception/implementation.\ I\ have\ encountered\ a\ behaviour\ which\ is\ only\nobserved\ in\ the\ iwidgets\ implementation\ of\ Panedwindow.\ It\ is\ the\ constant\nflickering\ of\ the\ child\ widgets\ of\ a\ panedwindow\ if\ the\ panedwindow\ is\n'''pack'''ed\ and\ the\ toplevel\ geometry\ is\ changed.\n\nSee\ for\ yourself:\n\nUsing\ Windows\ Vista,\ using\ wish.exe\ with\ \$tcl_version\ 8.4,\ Iwidgets\ 4.0.2\n\n======\npackage\ require\ Iwidgets\niwidgets::panedwindow\ .pw\ -width\ 200\ -height\ 200\npack\ .pw\n.pw\ add\ \[frame\ .pane0\]\n.pw\ add\ \[frame\ .pane1\]\n.pw\ add\ \[frame\ .pane2\]\n.pw\ add\ \[frame\ .pane3\]\npack\ \[button\ .pw.pane0.b\ -text\ test\]\ -expand\ 1\ -fill\ x\npack\ \[button\ .pw.pane1.b\ -text\ test\]\ -expand\ 1\ -fill\ x\npack\ \[button\ .pw.pane2.b\ -text\ test\]\ -expand\ 1\ -fill\ x\npack\ \[button\ .pw.pane3.b\ -text\ test\]\ -expand\ 1\ -fill\ x\n======\n\nNow,\ resize\ the\ toplevel\ and\ pay\ close\ attention\ to\ the\ buttons\ we\ just\ncreated...the\ flickering\ becomes\ more\ severe\ with\ more\ embedded\ widgets.\ Do\ the\nsame\ with\ the\ ttk\ panedwindow\ implementation\ in\ a\ fresh\ 'wish'\ and\ see\ the\ndiff's:\n\n======\npanedwindow\ .pw\ -width\ 200\ -height\ 200\ -orient\ vertical\npack\ .pw\nframe\ .pw.pane0\;\ .pw\ add\ .pw.pane0\nframe\ .pw.pane1\;\ .pw\ add\ .pw.pane1\nframe\ .pw.pane2\;\ .pw\ add\ .pw.pane2\nframe\ .pw.pane3\;\ .pw\ add\ .pw.pane3\npack\ \[button\ .pw.pane0.b\ -text\ test\]\ -expand\ 1\ -fill\ x\npack\ \[button\ .pw.pane1.b\ -text\ test\]\ -expand\ 1\ -fill\ x\npack\ \[button\ .pw.pane2.b\ -text\ test\]\ -expand\ 1\ -fill\ x\npack\ \[button\ .pw.pane3.b\ -text\ test\]\ -expand\ 1\ -fill\ x\n======\n\nFor\ some\ people,\ this\ flickering\ might\ be\ a\ minor\ thing,\ imo\ it\ is\ important\ to\nreduce\ such\ strange\ displaying\ just\ to\ provide\ the\ user\ a\ cool\ and\ relaxed\ GUI\nand\ if\ there\ is\ a\ chance\ to\ get\ rid\ of\ it\ I\ will\ certainly\ persuit\ it.\ One\ of\nthe\ main\ reasons\ I\ recently\ added\ the\ ttk\ panedwindow\ implementation\ also\ to\n\[tG²\]'s\ layout\ editor.\ Should\ have\ done\ that\ in\ the\ first\ place,\ anyway,\ better\nlate\ than\ never\ they\ say.\n\n----\n\n\[SeS\]\ 2011-10-23T1027CET:\ BTW,\ this\ observation\ will\ change\ from\ OS\ to\ OS\ and\nfrom\ PC\ to\ PC.\ Using\ Win7\ &\ a\ different\ PC\ &\ monitor\ gives\ me\ almost\nunnoticable\ differences\ between\ the\ iwidgets\ &\ ttk\ panedwindow...\n\n\n\n**\ Discussion\ **\n\n\[LV\]:\ Has\ anyone\ any\ experience\ using\ iwidgets\ with\ Tcl/Tk\ 8.5?\ I\ have\ gotten\ a\nreport\ that\ widgets\ that\ used\ to\ be\ grey\ are\ now\ white\ and\ that\ the\nbuttonplacement\ configuration\ parameter\ appears\ to\ be\ ignored\ for\ the\ndistjointlistbox\ widget.\n\nHere's\ a\ code\ example:\n\n======\n#\ ----------------------------------------------------------------------\n#\ \ DEMO:\ disjointlistbox\ in\ \[incr\ Widgets\]\n#\ ----------------------------------------------------------------------\npackage\ require\ Iwidgets\ 4.0\n======\n\niwidgets::disjointlistbox\ .dlb\ -buttonplacement\ center\ -lhslabeltext\ \{Left\ Side\}\ -rhslabeltext\ \{Right\ Side\}\npack\ .dlb\ -padx\ 10\ -pady\ 10\ -fill\ both\ -expand\ yes\ \n\n.dlb\ insertlhs\ \{black\ white\ red\ blue\ yellow\ green\ magenta\}\n===\n\nRun\ this\ code\ with\ a\ Tcl/Tk\ 8.4\ system\ and\ iwidgets.\ The\ \"left\ side\"\ and\ \"right\nside\"\ buttons\ appear\ about\ the\ middle\ of\ the\ two\ listboxes.\ However,\ when\ I\ run\nthis\ code\ with\ a\ Tcl/Tk\ 8.5\ system\ (this\ is\ on\ SPARC\ Solaris),\ the\ left\ and\nright\ side\ buttons\ are\ aligned\ with\ the\ top\ of\ the\ two\ listboxes.\n\n\[DKF\]:\ Since\ you\ need\ a\ new\ build\ of\ iwidgets\ with\ 8.5\ anyway\ (because\ of\nforced\ changes\ to\ \[itcl\]\ due\ to\ \[Radical\ reform\ of\ the\ execution\nengine%|%VarReform%|%\])\ this\ should\ really\ be\ regarded\ as\ being\ a\nregression/bug\ in\ iwdgets\ itself.\ (Yes,\ I've\ got\ no\ idea\ what's\ wrong...)\n\n\[LV\]:\ That's\ certainly\ where\ I\ started.\ I\ suspect,\ regardless\ of\ the\ \[Tk\]\nchange\ that\ caused\ the\ behavior,\ you\ are\ right\ -\ there\ should\ be\ something\ in\nthe\ test\ suite\ to\ test\ such\ a\ thing.\ I\ suspect\ the\ test\ suite\ has\ various\nthings\ missing.\n\nIn\ the\ \[comp.lang.tcl\]\ thread\ leading\ to\ Tk\ but\ ticket\ 2062394,\ I\ think\ the\nreporter\ indicates\ the\ Tk\ behavior\ that\ led\ to\ this\ has\ to\ do\ with\ a\ change\ in\nthe\ default\ gravity\ behavior\ of\ grid\ that\ is\ being\ used\ in\ the\ widget.\ But\ I\nmay\ be\ wrong.\ And\ I\ have\ no\ idea\ if\ the\ change\ was\ intentional\ or\ not...\n\n----\n\nIn\ \[comp.lang.tcl\],\ Uwe\ writes\ about\ what\ appears\ to\ be\ the\ cause\ of\ this\n\[http://groups.google.com/group/comp.lang.tcl/browse_thread/thread/86590035a1030c71#\]\n-\ a\ change\ in\ the\ default\ behavior\ Tk\ 8.5's\ \[grid\]\ command.\ He\ has\ filed\ a\ntrouble\ ticket\ on\ the\ Tk\ issue\ (ticket\ 2062394)\ as\ well\ as\ posted\ this\ work\naround\ for\ iwidget's\ disjointlistbox\ to\ be\ used\ in\ the\ meantime.\n\n===\nHere\ is\ a\ patch\ for\ disjointlistbox:\n<patch>\n***\ pkg/iwidgets4.0.2/scripts/disjointlistbox.itk\ \ \ \ \ \ \ Tue\ Aug\ 12\n11:56:03\n2003\n---\ new/iwidgets4.0.2/scripts/disjointlistbox.itk\ \ \ \ \ \ \ Wed\ Aug\ 20\n16:47:34\n2008\n***************\n***\ 462,467\ ****\n---\ 462,470\ ----\n\ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ grid\ configure\ \$itk_component(bbox)\ \\\n\ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ -in\ \$itk_interior\ -row\ 0\ -column\ 1\ -\ columnspan\ 1\ \\\n\ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ -sticky\ nsew\n+\ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ #\ Tk8.5:\ enforce\ compatibility\ to\ previous\ versions\n+\ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ #\ see\ Tk-ticket\ 2062394\n+\ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ catch\ \{grid\ anchor\ \$itk_component(bbox)\ center\}\n\n\ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ grid\ configure\ \$itk_component(rhsbutton)\ \\\n\ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ -in\ \$itk_component(bbox)\ -row\ 0\ -column\ 0\ -\ sticky\ ew\ \n</patch>\ \n===\n\n\n\[LV\]:\ This\ patch\ now\ looks\ to\ me\ to\ be\ a\ part\ of\ the\ current\ iwidgets\ sf.net\ncvs\ repository.\ That's\ great!\n\nAlso,\ for\ those\ of\ you\ following\ along\ at\ home,\ the\ same\ developer\ who\ asked\ me\nabout\ this\ also\ reported\ as\ a\ difference\ the\ fact\ that\ his\ application,\ which\npreviously\ was\ blue\ with\ this\ widget\ having\ a\ gray\ background,\ now\ is\ blue\ with\nthis\ widget\ having\ a\ white\ background.\ At\ least\ one\ other\ developer\ also\nmentioned\ this,\ wondering\ if\ he\ was\ doing\ something\ wrong.\n\nIn\ our\ environment,\ upgrading\ the\ software\ is\ looked\ upon\ most\ kindly\ when\nusers\ see\ no\ difference\ other\ than\ a\ difference\ intentionally\ coded\ in\ the\napplication\ code\ itself.\ On\ comp.lang.tcl,\ I've\ had\ two\ suggestions\ for\ our\ndevelopers\ -\ read\ up\ on\ \[option\],\ \[options\],\ and\ \[listbox\],\ to\ see\ how\ to\ make\nuse\ of\ the\ option\ command\ to\ set\ colors,\ or,\ somewhat\ hesitantly\ mentioned,\n\[tk::classic::restore\].\ \n\n----\n\nCF\ 2009-03-10:\ Has\ anyone\ tried\ running\ iWidgets\ examples\ on\ Linux\ with\ display\non\ a\ Windows\ box\ via\ Cygwin/XWin,\ along\ with\ the\ Windows-based\ window\ manager\n(i.e.\ XWin\ -multiwindow)?\ The\ iwidgets::combobox,\ in\ particular,\ is\ rendered\nunusable\ when\ -dropdown\ is\ true,\ since\ the\ box\ appears\ to\ be\ visibly\ 'chopped\noff'\ when\ the\ drop-down\ button\ is\ clicked,\ making\ it\ difficult\ to\ make\ any\nselections.\ This\ doesn't\ occur\ when\ running\ separately\ in\ either\ Windows\ or\nLinux,\ or\ when\ the\ multiwindow\ option\ is\ turned\ off...\n\n\[LV\]\ 2010-06-09:\ I\ can\ confirm\ seeing\ the\ same\ behavior.\ I've\ opened\ a\ ticket\nat\ the\ \[itcl\]\ sf.net\ project\ site,\ but\ since\ there\ doesn't\ appear\ to\ be\ much\naction\ there,\ I\ don't\ know\ if\ it\ will\ do\ any\ good.\ We\ have\ found\ that\ if\ the\nprogram\ displaying\ this\ problem\ runs\ under\ Putty,\ or\ as\ you\ mention,\ in\ the\ncygwin\ x\ full\ screen\ mode,\ the\ problem\ does\ not\ exhibit\ itself.\ I've\ asked\ in\nvarious\ places\ for\ help\ finding\ a\ work\ around,\ but\ so\ far\ have\ been\nunsuccessful.\ Note\ that\ in\ a\ June\ 2010\ thread\ on\ comp.lang.tcl,\ another\ Tcl\ndeveloper\ mentioned\ he\ sees\ the\ same\ thing,\ with\ a\ very\ recent\ version\ (March\n2010)\ version\ of\ cygwin\ x,\ so\ whatever\ the\ issue\ is,\ it\ continues\ to\ exhibit\nitself.\n\n<<categories>>\ Package\ |\ Object\ Orientation\ |\ Widget\ |\ Itcl regexp2} CALL {my render Iwidgets '''\[http://incrtcl.sourceforge.net/iwidgets/iwidgets.html%|%iwidgets\]''',\ or\n\[incr\ Widgets\],\ is\ a\ set\ of\ megawidgets\ based\ on\ \[incr\ tcl\]\ and\ \[incr\ tk\].\n\n\n\n**\ See\ Also\ **\n\n\ \ \ \[Learning\ Iwidgets\]:\ \ \ \n\n\n**\ Development\ **\n\n\ \ \ \ \[http://chiselapp.com/user/rene/repository/iwidgets/index%|%chiselapp\ project\]:\ \ \ Slightly\ modified\ iwidgets\ implementation\ for\ itk4.\ For\ changes\ see\ the\ iwidgets.patch\ file.\ \n\n\ \ \ \ \[http://sf.net/projects/incrtcl/%|%sourceforge\ project\]:\ \ \ hosts\ the\ \[CVS\]\ repository\ for\ iwidgets\n\n\n\n**\ Description\ **\n\n\nIn\ the\ early\ life\ of\ itcl/itk/iwidgets,\ they\ were\ all\ three\ distributed\ in\ the\nsame\ source\ tar\ file.\n\nDuring\ 2001,\ a\ \[TIP\]\ was\ submitted\ proposing\ that\ the\ incr\ tcl\ be\ included\ as\nan\ extension\ distributed\ with\ Tcl.\n\nNow\ that\ this\ proposal\ is\ being\ implemented\ in\ Tcl\ 8.6,\ users\ will\ need\ to\ndownload\ the\ \[tcl\],\ \[tk\],\ \[itk\],\ and\ \[iwidgets\]\ tar\ files\ to\ get\ the\ pieces\ to\nuse\ iwidgets.\n\nSee\ \[incr\ Widgets\]\ for\ a\ list\ of\ the\ widgets\ included\ in\ the\ set.\ \ \[\[What\ do\ we\ndo\ about\ the\ cases\ below\ which\ overlap\ with\ widgets\ that\ already\ existed\ in\ Tk,\netc.?\]\]\ \ In\ the\ case\ of\ overlap,\ just\ update\ the\ associated\ page\ with\ info\nabout\ each\ of\ the\ items,\ and\ the\ extension\ with\ which\ it\ is\ associated.\n\nThis\ package\ is\ part\ of\ the\ \[ActiveTcl\]\ Batteries\ Included\ distribution.\n\n\n\n**\ Paned\ Window\ **\n\n'''Documentation''':\n\n\ \ \ \[http://incrtcl.sourceforge.net/iwidgets/iwidgets/panedwindow.html%|%official\ reference\]:\ \ \ the\ example\ provided\ may\ be\ outdated\ and\ fail\ to\ work\ with\ the\ latest\ Tcl/Tk\n\n\n\[http://incrtcl.sourceforge.net/iwidgets/iwidgets/panedwindow.gif\]\n\n\n----\n\nSome\ users\ with\ iwidget\ panedwindows\ in\ their\ apps\ find\ that,\nwhen\ moving\ to\ Tk\ 8.4\ ,\ntheir\ applications\ are\ now\ generating\ syntax\ errors.\nThis\ is\ because\ the\ Tk\ panedwindow\ and\ iwidgets\ panedwindow\ widgets\ use\nthe\ same\ class\ -\ however,\ they\ don't\ have\ the\ same\ bindings.\n\n\[Tom\ Silva\]\ writes\ on\ the\ itcl\ mailing\ list:\nI\ use\ this\ code-fix\ in\ panedwindow.itk,\ in\ the\ Panedwindow\ constructor,\ndown\ near\ the\ bottom\ (just\ before\ \"eval\ itk_initialize\ \$args\").\n\n======\nset\ btags\ \[bindtags\ \$itk_component(hull)\]\nif\ \{\[set\ ndx\ \[lsearch\ -exact\ \$btags\ Panedwindow\]\]\ >=\ 0\}\ \{\n\ \ bindtags\ \$itk_component(hull)\ \[lreplace\ \$btags\ \$ndx\ \$ndx\ IPanedwindow\]\n\}\n======\n\n----\nPrompted\ by\ an\ observation\ by\ \[Bryan\ Oakley\]\ that,\ whereas\n\n======\n\[winfo\ manager\ \$w\]\ forget\ \$w\n======\n\ndoes\ what\ one\ want\ for\ \$w-s\ managed\ by\ \[pack\],\ \[place\],\ and\ \[grid\],\ but\nnot\ for\ panedwindow,\ \[Joe\ English\]\ offered\ this\ \"interesting\ solution\":\n\n======\nset\ scratch\ \[winfo\ parent\ \$w\].__temp__\npack\ \$w\ in\ \$scratch\npack\ forget\ \$w\ndestroy\ \$scratch\ \n======\n\n----\n\n\[SeS\]\ 2011-10-23:\n\nI\ have\ been\ using\ the\ iwidgets\ panedwindow\ for\ some\ time\ now\ and\ it\ is\ also\nprovided\ inside\ \[tG²\]\ since\ the\ Layout\ Editor's\ early\nconception/implementation.\ I\ have\ encountered\ a\ behaviour\ which\ is\ only\nobserved\ in\ the\ iwidgets\ implementation\ of\ Panedwindow.\ It\ is\ the\ constant\nflickering\ of\ the\ child\ widgets\ of\ a\ panedwindow\ if\ the\ panedwindow\ is\n'''pack'''ed\ and\ the\ toplevel\ geometry\ is\ changed.\n\nSee\ for\ yourself:\n\nUsing\ Windows\ Vista,\ using\ wish.exe\ with\ \$tcl_version\ 8.4,\ Iwidgets\ 4.0.2\n\n======\npackage\ require\ Iwidgets\niwidgets::panedwindow\ .pw\ -width\ 200\ -height\ 200\npack\ .pw\n.pw\ add\ \[frame\ .pane0\]\n.pw\ add\ \[frame\ .pane1\]\n.pw\ add\ \[frame\ .pane2\]\n.pw\ add\ \[frame\ .pane3\]\npack\ \[button\ .pw.pane0.b\ -text\ test\]\ -expand\ 1\ -fill\ x\npack\ \[button\ .pw.pane1.b\ -text\ test\]\ -expand\ 1\ -fill\ x\npack\ \[button\ .pw.pane2.b\ -text\ test\]\ -expand\ 1\ -fill\ x\npack\ \[button\ .pw.pane3.b\ -text\ test\]\ -expand\ 1\ -fill\ x\n======\n\nNow,\ resize\ the\ toplevel\ and\ pay\ close\ attention\ to\ the\ buttons\ we\ just\ncreated...the\ flickering\ becomes\ more\ severe\ with\ more\ embedded\ widgets.\ Do\ the\nsame\ with\ the\ ttk\ panedwindow\ implementation\ in\ a\ fresh\ 'wish'\ and\ see\ the\ndiff's:\n\n======\npanedwindow\ .pw\ -width\ 200\ -height\ 200\ -orient\ vertical\npack\ .pw\nframe\ .pw.pane0\;\ .pw\ add\ .pw.pane0\nframe\ .pw.pane1\;\ .pw\ add\ .pw.pane1\nframe\ .pw.pane2\;\ .pw\ add\ .pw.pane2\nframe\ .pw.pane3\;\ .pw\ add\ .pw.pane3\npack\ \[button\ .pw.pane0.b\ -text\ test\]\ -expand\ 1\ -fill\ x\npack\ \[button\ .pw.pane1.b\ -text\ test\]\ -expand\ 1\ -fill\ x\npack\ \[button\ .pw.pane2.b\ -text\ test\]\ -expand\ 1\ -fill\ x\npack\ \[button\ .pw.pane3.b\ -text\ test\]\ -expand\ 1\ -fill\ x\n======\n\nFor\ some\ people,\ this\ flickering\ might\ be\ a\ minor\ thing,\ imo\ it\ is\ important\ to\nreduce\ such\ strange\ displaying\ just\ to\ provide\ the\ user\ a\ cool\ and\ relaxed\ GUI\nand\ if\ there\ is\ a\ chance\ to\ get\ rid\ of\ it\ I\ will\ certainly\ persuit\ it.\ One\ of\nthe\ main\ reasons\ I\ recently\ added\ the\ ttk\ panedwindow\ implementation\ also\ to\n\[tG²\]'s\ layout\ editor.\ Should\ have\ done\ that\ in\ the\ first\ place,\ anyway,\ better\nlate\ than\ never\ they\ say.\n\n----\n\n\[SeS\]\ 2011-10-23T1027CET:\ BTW,\ this\ observation\ will\ change\ from\ OS\ to\ OS\ and\nfrom\ PC\ to\ PC.\ Using\ Win7\ &\ a\ different\ PC\ &\ monitor\ gives\ me\ almost\nunnoticable\ differences\ between\ the\ iwidgets\ &\ ttk\ panedwindow...\n\n\n\n**\ Discussion\ **\n\n\[LV\]:\ Has\ anyone\ any\ experience\ using\ iwidgets\ with\ Tcl/Tk\ 8.5?\ I\ have\ gotten\ a\nreport\ that\ widgets\ that\ used\ to\ be\ grey\ are\ now\ white\ and\ that\ the\nbuttonplacement\ configuration\ parameter\ appears\ to\ be\ ignored\ for\ the\ndistjointlistbox\ widget.\n\nHere's\ a\ code\ example:\n\n======\n#\ ----------------------------------------------------------------------\n#\ \ DEMO:\ disjointlistbox\ in\ \[incr\ Widgets\]\n#\ ----------------------------------------------------------------------\npackage\ require\ Iwidgets\ 4.0\n======\n\niwidgets::disjointlistbox\ .dlb\ -buttonplacement\ center\ -lhslabeltext\ \{Left\ Side\}\ -rhslabeltext\ \{Right\ Side\}\npack\ .dlb\ -padx\ 10\ -pady\ 10\ -fill\ both\ -expand\ yes\ \n\n.dlb\ insertlhs\ \{black\ white\ red\ blue\ yellow\ green\ magenta\}\n===\n\nRun\ this\ code\ with\ a\ Tcl/Tk\ 8.4\ system\ and\ iwidgets.\ The\ \"left\ side\"\ and\ \"right\nside\"\ buttons\ appear\ about\ the\ middle\ of\ the\ two\ listboxes.\ However,\ when\ I\ run\nthis\ code\ with\ a\ Tcl/Tk\ 8.5\ system\ (this\ is\ on\ SPARC\ Solaris),\ the\ left\ and\nright\ side\ buttons\ are\ aligned\ with\ the\ top\ of\ the\ two\ listboxes.\n\n\[DKF\]:\ Since\ you\ need\ a\ new\ build\ of\ iwidgets\ with\ 8.5\ anyway\ (because\ of\nforced\ changes\ to\ \[itcl\]\ due\ to\ \[Radical\ reform\ of\ the\ execution\nengine%|%VarReform%|%\])\ this\ should\ really\ be\ regarded\ as\ being\ a\nregression/bug\ in\ iwdgets\ itself.\ (Yes,\ I've\ got\ no\ idea\ what's\ wrong...)\n\n\[LV\]:\ That's\ certainly\ where\ I\ started.\ I\ suspect,\ regardless\ of\ the\ \[Tk\]\nchange\ that\ caused\ the\ behavior,\ you\ are\ right\ -\ there\ should\ be\ something\ in\nthe\ test\ suite\ to\ test\ such\ a\ thing.\ I\ suspect\ the\ test\ suite\ has\ various\nthings\ missing.\n\nIn\ the\ \[comp.lang.tcl\]\ thread\ leading\ to\ Tk\ but\ ticket\ 2062394,\ I\ think\ the\nreporter\ indicates\ the\ Tk\ behavior\ that\ led\ to\ this\ has\ to\ do\ with\ a\ change\ in\nthe\ default\ gravity\ behavior\ of\ grid\ that\ is\ being\ used\ in\ the\ widget.\ But\ I\nmay\ be\ wrong.\ And\ I\ have\ no\ idea\ if\ the\ change\ was\ intentional\ or\ not...\n\n----\n\nIn\ \[comp.lang.tcl\],\ Uwe\ writes\ about\ what\ appears\ to\ be\ the\ cause\ of\ this\n\[http://groups.google.com/group/comp.lang.tcl/browse_thread/thread/86590035a1030c71#\]\n-\ a\ change\ in\ the\ default\ behavior\ Tk\ 8.5's\ \[grid\]\ command.\ He\ has\ filed\ a\ntrouble\ ticket\ on\ the\ Tk\ issue\ (ticket\ 2062394)\ as\ well\ as\ posted\ this\ work\naround\ for\ iwidget's\ disjointlistbox\ to\ be\ used\ in\ the\ meantime.\n\n===\nHere\ is\ a\ patch\ for\ disjointlistbox:\n<patch>\n***\ pkg/iwidgets4.0.2/scripts/disjointlistbox.itk\ \ \ \ \ \ \ Tue\ Aug\ 12\n11:56:03\n2003\n---\ new/iwidgets4.0.2/scripts/disjointlistbox.itk\ \ \ \ \ \ \ Wed\ Aug\ 20\n16:47:34\n2008\n***************\n***\ 462,467\ ****\n---\ 462,470\ ----\n\ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ grid\ configure\ \$itk_component(bbox)\ \\\n\ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ -in\ \$itk_interior\ -row\ 0\ -column\ 1\ -\ columnspan\ 1\ \\\n\ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ -sticky\ nsew\n+\ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ #\ Tk8.5:\ enforce\ compatibility\ to\ previous\ versions\n+\ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ #\ see\ Tk-ticket\ 2062394\n+\ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ catch\ \{grid\ anchor\ \$itk_component(bbox)\ center\}\n\n\ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ grid\ configure\ \$itk_component(rhsbutton)\ \\\n\ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ -in\ \$itk_component(bbox)\ -row\ 0\ -column\ 0\ -\ sticky\ ew\ \n</patch>\ \n===\n\n\n\[LV\]:\ This\ patch\ now\ looks\ to\ me\ to\ be\ a\ part\ of\ the\ current\ iwidgets\ sf.net\ncvs\ repository.\ That's\ great!\n\nAlso,\ for\ those\ of\ you\ following\ along\ at\ home,\ the\ same\ developer\ who\ asked\ me\nabout\ this\ also\ reported\ as\ a\ difference\ the\ fact\ that\ his\ application,\ which\npreviously\ was\ blue\ with\ this\ widget\ having\ a\ gray\ background,\ now\ is\ blue\ with\nthis\ widget\ having\ a\ white\ background.\ At\ least\ one\ other\ developer\ also\nmentioned\ this,\ wondering\ if\ he\ was\ doing\ something\ wrong.\n\nIn\ our\ environment,\ upgrading\ the\ software\ is\ looked\ upon\ most\ kindly\ when\nusers\ see\ no\ difference\ other\ than\ a\ difference\ intentionally\ coded\ in\ the\napplication\ code\ itself.\ On\ comp.lang.tcl,\ I've\ had\ two\ suggestions\ for\ our\ndevelopers\ -\ read\ up\ on\ \[option\],\ \[options\],\ and\ \[listbox\],\ to\ see\ how\ to\ make\nuse\ of\ the\ option\ command\ to\ set\ colors,\ or,\ somewhat\ hesitantly\ mentioned,\n\[tk::classic::restore\].\ \n\n----\n\nCF\ 2009-03-10:\ Has\ anyone\ tried\ running\ iWidgets\ examples\ on\ Linux\ with\ display\non\ a\ Windows\ box\ via\ Cygwin/XWin,\ along\ with\ the\ Windows-based\ window\ manager\n(i.e.\ XWin\ -multiwindow)?\ The\ iwidgets::combobox,\ in\ particular,\ is\ rendered\nunusable\ when\ -dropdown\ is\ true,\ since\ the\ box\ appears\ to\ be\ visibly\ 'chopped\noff'\ when\ the\ drop-down\ button\ is\ clicked,\ making\ it\ difficult\ to\ make\ any\nselections.\ This\ doesn't\ occur\ when\ running\ separately\ in\ either\ Windows\ or\nLinux,\ or\ when\ the\ multiwindow\ option\ is\ turned\ off...\n\n\[LV\]\ 2010-06-09:\ I\ can\ confirm\ seeing\ the\ same\ behavior.\ I've\ opened\ a\ ticket\nat\ the\ \[itcl\]\ sf.net\ project\ site,\ but\ since\ there\ doesn't\ appear\ to\ be\ much\naction\ there,\ I\ don't\ know\ if\ it\ will\ do\ any\ good.\ We\ have\ found\ that\ if\ the\nprogram\ displaying\ this\ problem\ runs\ under\ Putty,\ or\ as\ you\ mention,\ in\ the\ncygwin\ x\ full\ screen\ mode,\ the\ problem\ does\ not\ exhibit\ itself.\ I've\ asked\ in\nvarious\ places\ for\ help\ finding\ a\ work\ around,\ but\ so\ far\ have\ been\nunsuccessful.\ Note\ that\ in\ a\ June\ 2010\ thread\ on\ comp.lang.tcl,\ another\ Tcl\ndeveloper\ mentioned\ he\ sees\ the\ same\ thing,\ with\ a\ very\ recent\ version\ (March\n2010)\ version\ of\ cygwin\ x,\ so\ whatever\ the\ issue\ is,\ it\ continues\ to\ exhibit\nitself.\n\n<<categories>>\ Package\ |\ Object\ Orientation\ |\ Widget\ |\ Itcl} CALL {my revision Iwidgets} CALL {::oo::Obj37025156 process revision/Iwidgets} CALL {::oo::Obj37025154 process}

-errorcode

NONE

-errorinfo

Unknow state transition: LINE -> END
    while executing
"error $msg"
    (class "::Wiki" method "render_wikit" line 6)
    invoked from within
"my render_$default_markup $N $C $mkup_rendering_engine"
    (class "::Wiki" method "render" line 8)
    invoked from within
"my render $name $C"
    (class "::Wiki" method "revision" line 31)
    invoked from within
"my revision $page"
    (class "::Wiki" method "process" line 51)
    invoked from within
"$server process [string trim $uri /]"

-errorline

4