tixScrolledWindow(n)

πŸ“¦ version 8.4.3, in opensuse-leap 16.0

πŸ¦‹ tixScrolledWindow(n) β€” Tix Built-In Commands πŸ¦‹

okay so bestie, this is the manual page for tixScrolledWindow(n) from Tix Built-In Commands β€” it's giving widget-creation main character energy, and we're gonna get through every single flag together. no cap. πŸ’…βœ¨


πŸ’– NAME πŸ’–

tixScrolledWindow β€” create and manipulate Tix ScrolledWindow widgets. iconic, periodt. πŸ’–

🌸 SYNOPSIS 🌸

the whole vibe is:

tixScrolledWindow pathName ?options?

πŸŽ€ STANDARD OPTIONS πŸŽ€

these are the standard options, and the page says to see the options manual entry for details on the standard options. yes ma'am:

  • -anchor
  • -background
  • -cursor
  • -relief
  • -borderWidth

πŸ’… WIDGET-SPECIFIC OPTIONS πŸ’…

okay these are the options that are specifically this widget's business:

  • -height height β€” specifies the desired height for the window, in pixels. simple, slay.
  • -scrollbar scrollbar β€” specifies the display policy of the scrollbars. the following values are recognized:
    • auto ?+x? ?-x? ?+y? ?-y? β€” when -scrollbar is set to auto, the scrollbars are shown only when needed. Additional modifiers can be used to force a scrollbar to be shown or hidden. For example, auto -y means the horizontal scrollbar should be shown when needed but the vertical scrollbar should always be hidden; auto +x means the vertical scrollbar should be shown when needed but the horizontal scrollbar should always be shown, and so on.
    • both β€” both scrollbars are shown. both of them. together. iconic.
    • none β€” the scrollbars are never shown. not even once.
    • x β€” only the horizontal scrollbar is shown.
    • y β€” only the vertical scrollbar is shown.
  • -width width β€” specifies the desired width for the window, in pixels.
  • -xscrollincrement xScrollIncrement β€” specifies by how much the window should be scrolled in the horizontal direction when the user presses the arrows in the horizontal scrollbar. In Pixels.
  • -yscrollincrement yScrollIncrement β€” specifies by how much the window should be scrolled in the vertical direction when the user presses the arrows in the horizontal scrollbar. In pixels. (yes bestie, it says horizontal scrollbar again β€” I am not fixing the lore 😭)

🧚 SUBWIDGETS 🧚

here's the subwidget squad:

  • Name: hsb β€” Class: Scrollbar β€” the horizontal scrollbar subwidget.
  • Name: window β€” Class: Frame β€” the frame subwidget which is scrolled by the ScrolledWindow widget.
  • Name: vsb β€” Class: Scrollbar β€” the vertical scrollbar subwidget.

🌈 DESCRIPTION 🌈

okay so the tixScrolledWindow command creates a new window (given by the pathName argument) and makes it into a ScrolledWindow widget. Additional options, described above, may be specified on the command line or in the option database to configure aspects of the ScrolledWindow widget such as its cursor and relief. that's the whole pitch, and it ate. πŸ’…

πŸ“ CREATING WIDGETS INSIDE A SCROLLEDWINDOW WIDGET πŸ“

this next part is important, bestie β€” do not skip it.

To create widgets inside a ScrolledWindow widget, one must create the new widgets relative to the window subwidget and manage them inside the window subwidget. An error will be generated if one tries to create widgets as immediate children of the ScrolledWindow. periodt.

for example: the following is correct code, which creates new widgets inside the window subwidget:

tixScrolledWindow .w; pack .w
set f [.w subwidget window]
button $f.b -text hi -width 40 -height 40
pack $f.b

and this next one is incorrect because it tries to create immediate children of the ScrolledWindow .w β€” do not do this, I'm begging:

tixScrolledWindow .w; pack .w
button .w.b -text hi -width 40 -height 40
pack .w.b

πŸ‘‘ WIDGET COMMANDS πŸ‘‘

the tixScrolledWindow command creates a new Tcl command whose name is the same as the path name of the ScrolledWindow widget's window. this command may be used to invoke various operations on the widget. it has the following general form:

pathName option ?arg arg ...?

PathName is the name of the command, which is the same as the ScrolledWindow widget's path name. Option and the args determine the exact behavior of the command. the following commands are possible for ScrolledWindow widgets:

  • pathName cget option β€” returns the current value of the configuration option given by option. Option may have any of the values accepted by the tixScrolledWindow command. it's giving β€œwhat's the tea right now” energy.
  • pathName configure ?option? ?value option value ...? β€” query or modify the configuration options of the widget. If no option is specified, returns a list describing all of the available options for pathName (see Tk_ConfigureInfo for information on the format of this list). If option is specified with no value, then the command returns a list describing the one named option (this list will be identical to the corresponding sublist of the value returned if no option is specified). If one or more option-value pairs are specified, then the command modifies the given widget option(s) to have the given value(s); in this case the command returns an empty string. Option may have any of the values accepted by the tixScrolledWindow command. that's a lot, but you ate.
  • pathName subwidget name ?args? β€” when no additional arguments are given, returns the pathname of the subwidget of the specified name. When no additional arguments are given, the widget command of the specified subwidget will be called with these parameters. (yes bestie, the page literally says β€œwhen no additional arguments are given” twice β€” I'm just reading the group chat πŸ˜­πŸ’€)

⭐ KEYWORDS ⭐

Tix(n) β€” that's it. that's the keyword. iykyk. πŸ‘‘


okay that's the whole page, bestie β€” the footer/source/version vibes are Tix, 4.0, and tixScrolledWindow(n). slay and bye πŸ«ΆπŸ’–βœ¨

πŸ“¦ where this page comes from