HDTenEightyP/NetNews huggingface dataset:
From: tma@encore.com (Thanh Ma)
Newsgroups: fj.mail-lists.x-window
Subject: An X mirror program
Date: 11 Jan 93 18:25:05 GMT
Distribution: fj
Organization: Encore Computer Corporation

Date: 11 Jan 93 15:04:46 GMT
Message-Id: <C0p380.5uF@encore.com>
Newsgroups: comp.windows.x

I just wonder if there is an X program that will allow a remote user
to see what is going on the host. (as if he was on the host)
A typical application is that when an operator at the console wants
to inform the administrator that he sees something wrong at the console,
the administrator should be able to remotely login and sees what
the operator is seeing.( some kind of a mirror window )

Thanks for any pointers.

--
thanh ma
tma@encore.com
From: josh@viewlogic.com (Josh Marantz)
Newsgroups: fj.mail-lists.x-window
Subject: Re: PC-Xview Remote for Windows and DOS
Date: 8 Jan 93 22:50:08 GMT
Distribution: fj
Organization: Viewlogic Systems, Inc.

Date: 8 Jan 93 19:25:52 GMT
Message-Id: <1993Jan8.192552.26093@viewlogic.com>
Newsgroups: comp.windows.x

Kevin Thompson writes:
 > Thank you *very* much for your summary, it was very useful -- I'm toying with
 > buying this product (well, and a PC :) Real Soon.  I'm encouraged by your
 > note about speed -- is that with V.42bis compression, or just straight 9600?
 > I had one question from your post:

I turned the modem compression off, as per NCD's recommendation.

 > > although I've had a great deal of frustration with the keyboard, especially
 > > with respect to the modifier keys, auto-repeat, etc.  I can go into more
 > > detail if you like.  
 > 
 > Doesn't sound like a minor point at all to me -- one of my main concerns (I
 > use a Sun at work) in having a PC or Mac is the different keyboard.  Does
 > your post mean that you have problems getting the equivalent of a "meta" key
 > to work?  One of the main things (I use GNU Emacs) that's important to me is
 > being able to use Meta as a toggle, unlike Escape as a prefix key (if that
 > makes sense).  Are you unable to do that?

Yes, I can do that.  Alt means Meta.  The problem is that the Sun
keyboard has Control to the left of the 'a' key, and Alt below the
shift key, where newer PC keyboards have caps-lock to the left of the
'a' key, and Control and Alt below the shift key.  This confusion
would be certain to give me Carpal Tunnel Syndrome, but I can fix them
in DOS via a TSR someone here wrote, and I can fix it under Windows
via a KEYBOARD.DRV file I got off the net, and I can fix it in DOS
PC-Xview via an xmodmap file.  The problem is that whatever method I
choose, PC-XView gets a little confused, and does things like
auto-repeat the alt and control keys (DOS), or gets confused about the
caps-lock state, making it impossible to type small letters (Windows)
until you unconfuse it via the magic shift-caps-lock sequence that I
found accidentally.

But for the DOS-based product now, things work OK, except for the
caps-lock key, which I never use anyway, and the auto-repeating alt
and ctrl keys, which don't affect Emacs.

By the way, the PC-Xview that I'm currently using is an "Evaluation
Copy", and I don't know if they've released it yet.  Buy no version
prior to 4.1.  Stock XRemote/PC-Xview for Windows V3.0 was essentially
unusable.

If you're buying your PC for the purpose of running PC XView, make
sure you get a fast hi-res graphics card!  Mine is a Tseng-4000 based,
and it could be a bit better, especially on Emacs scrolls.
-- 
Joshua Marantz                          You make my life and times
Viewlogic Systems,                        a book of bluesy Saturdays
josh@viewlogic.com                      And I have to choose...
From: jsheng@PICA.ARMY.MIL ("Joseph Y. Sheng" (IMD-PB))
Newsgroups: fj.mail-lists.x-window
Subject: Re:  Running X on PC?
Date: 6 Jan 93 14:53:17 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Date:     Wed, 6 Jan 93 9:27:13 EST
Message-Id:  <9301060927.aa26138@COR4.PICA.ARMY.MIL>

>> From <wkwong@kalman.eng.ohio-state.edu>  On Tue, 5 Jan 1993 20:27:35 GMT
>>
>> ...So it seems what we're
>> looking for is software that will emulate an X-windows terminal.

  I am using Hummingbird HCL-eXceed 3.0.1 on my 386 with PC/TCP.

...Joseph Sheng
From: beck@irzr17.inf.tu-dresden.de (Andre Beck)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Best WM?
Date: 5 Jan 93 16:14:38 GMT
Distribution: fj
Organization: Dept. of Computer Science, TU Dresden, Germany.

Date: 5 Jan 1993 14:31:03 GMT
Message-Id: <1ic637INNmbm@irz401.inf.tu-dresden.de>
Newsgroups: comp.windows.x


> One vote for olvwm, you get the virtual screens and much more, and it's
> free !!!

IMHO vtwm is the best one. Especially after patching it to support general
AutoRaise and AutoRaiseDelay options.

If mwm would have vtwm's Virtual Desktop features, it would rule.

--
+-o-+--------------------------------------------------------------+-o-+
| o | Your .signature timeout has expired, please choose a new one | o |
| o | This one is dedicated to all copy-and-edit-my-sign-guys...   | o |
| o |                        \\\----///                            | o |
| o | Andre' Beck (ABPSoft) mehl: Andre_Beck@IRS.Inf.TU-Dresden.DE | o |
+-o-+--------------------------------------------------------------+-o-+
From: rr@surgicad.com (Roman Rorat)
Newsgroups: fj.mail-lists.x-window
Subject: (none)
Date: 13 Jan 93 05:17:31 GMT
Distribution: fj
Organization: Computer Science, Indiana University

Date: Tue, 12 Jan 93 18:46:54 EST
Message-Id: <9301122346.AA12631@Surgicad.COM>
Newsgroups: comp.windows.x

Hi,

	I really need a help. I have a problem with forking a process
which uses X-Windows. When fork is executed the process has already
connected to the server and also created a number of x resources. 
The child process wants to user its parents resources but fails to
access its parent's display connection. Reconnecting the display
does not seem to work either. Pleas, help. Roman Rorat

My email address is: rr@surgicad.com
From: chris@ods.com (Chris Atkins)
Newsgroups: fj.mail-lists.x-window
Subject: Re: X/Xt/Motif Event Interleaving?
Date: 5 Jan 93 17:19:13 GMT
Distribution: fj
Organization: Optical Data Systems, Inc.

Date: Tue, 5 Jan 1993 15:14:08 GMT
Message-Id: <1993Jan5.151408.3422@ods.com>
Newsgroups: comp.windows.x,comp.windows.x.intrinsics,comp.windows.x.motif

Buzz Moschetti (buzz@bear.com) wrote:
: We are trying to create a very simple "drag-n-drop" type UI.  All widgets 
: that can be dragged or dropped on will live in the same container widget
: (xmFormWidgetClass).  Thus, we thought it would be possible to add event
: handlers to all child widgets as follows:

: 	XtAddEventHandler(widget,
: 		EnterWindowMask | 
: 		ButtonPressMask | ButtonReleaseMask | Button1MotionMask,
: 		      FALSE, my_event_proc, client_data);

: Assume we have two button widgets.  Clicking on and dragging either widget
: correctly hits my_event_proc() with event->type set accordingly, likewise
: for entering the widgets.

: What we thought would happen is while, say, widget 1 was dragged over
: widget 2, the latter's EnterNotify event would appear in the "stream" of
: widget 1's MotionNotify events, e.g.

: 	Dragging [w1]...
: 	Dragging [w1]...
: 	EnterNotify [w2]...
: 	Dragging [w1]...

: We do *not* see this behavior.  The problem is that widget 2 never gets
: the EnterNotify event until *after* the button is released, which is
: too late:

A button press event sets up a passive grab.

Chris Atkins
chris@ods.com
From: bryan@alex.com (Bryan Boreham)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Varargs functions
Date: 4 Jan 93 18:26:52 GMT
Distribution: fj
Organization: Alex Technologies Ltd

Date: Mon, 4 Jan 1993 16:25:07 +0000
Message-Id: <1993Jan4.162507.7847@alex.com>
Newsgroups: comp.windows.x

In article <LJb=sL@engin.umich.edu>, garath@engin.umich.edu (Scott Grosch) writes:
|> 
|> I have heard many times that it is bad practice to mix the varargs
|> routines (such as XtVaSetValues) with the non varargs routines (such
|> as XtSetArg() with XtSetValues).  I have looked through the code for
|> these functions and it would appear that the varargs simply pull out
|> each arg, put it in the formst that XtSetValues wants, and then calls
|> that just like normal.  Would someone shed some light on this please?

You missed something: the functionality of XtVaSetValues is significantly
better than XtSetValues, in that it can take typed arguments and convert
them to the values that the widget wants (e.g. string->font).  However,
the implementation is indeed straightforward, and I can't imagine why
mixing them would cause a problem.  Maybe it might confuse someone who
came along and read the code later.

Bryan.
From: mstone@netcom.com (Hong Chen)
Newsgroups: fj.mail-lists.x-window
Subject: Help On Compiling X11R5 on SUN Solaris 2.1
Date: 5 Jan 93 03:42:41 GMT
Distribution: fj
Organization: Netcom - Online Communication Services  (408 241-9760 guest)

Date: Tue, 5 Jan 1993 02:06:15 GMT
Message-Id: <1993Jan5.020615.5132@netcom.com>
Newsgroups: comp.windows.x
Sender: xpert-request@expo.lcs.mit.edu
From: dwex@mtgzfs3.att.com (David E Wexelblat)
Newsgroups: fj.mail-lists.x-window
Subject: X-for-Intel-Unix BOF at the X Technical Conference
Date: 7 Jan 93 01:23:39 GMT
Distribution: fj
Organization: AT&T

Date: Wed, 6 Jan 1993 21:27:43 GMT
Message-Id: <1993Jan6.212743.13187@klaava.Helsinki.FI>
Newsgroups: comp.windows.x.i386unix,comp.windows.x,comp.unix.pc-clone.32bit,comp.os.linux.announce,comp.unix.bsd,comp.os.mach

I will be hosting a Birds-of-a-Feather (BOF) session at the X Technical
Conference.  The topic for the session is "X For Intel-based Unix",
and it is scheduled for 5:30-7PM on Wednesday 1/20/93.

I am soliciting ideas for topics for discussion at this session.  I
intend to discuss the current status and future plans for XFree86
(along with Jim Tsillas, one of my cohorts in crime).  I'm open for any 
other topic that people want to discuss.  If you want some time to present
soemthing that you want discussed let me know, so we can make sure that
everyone is accomodated.

Even if you're not going to be there, I'd like to here what topics you 
would like to have discussed.  I'll keep some notes, and post a summary
of the session to comp.windows.x.i386unix after I return from the
conference.

--
David Wexelblat <dwex@mtgzfs3.att.com>  (908) 957-5871
AT&T Bell Laboratories, 200 Laurel Ave - 3F-428, Middletown, NJ  07748

"The meaning of life?  That's simple.  Try to be happy, try not to hurt
 other people, and hope to fall in love."  -- Mallory Keaton
From: y0000013@rznb15.rz.tu-bs.de (Stein)
Newsgroups: fj.mail-lists.x-window
Subject: XSendEvent - Drag and Drop ?
Date: 12 Jan 93 14:40:22 GMT
Distribution: fj
Organization: TU Braunschweig, Informatik (Bueltenweg), Germany

Date: Tue, 12 Jan 1993 12:49:06 GMT
Message-Id: <1993Jan12.124906.28462@ibr.cs.tu-bs.de>
Newsgroups: comp.windows.x

I want to implement "Drag and Drop" with XSendEvent to PointerWindow.
How I have to fill the XEvent structure?
How I have to add the EventHandler?
From: jain@spectra.com (Sadhana Jain)
Newsgroups: fj.mail-lists.x-window
Subject: Re: more dumb questions from a dumb beginner
Date: 9 Jan 93 07:36:15 GMT
Distribution: fj
Organization: Spectragraphics Corporation

Date: Fri, 8 Jan 93 20:51:25 GMT
Message-Id: <1993Jan8.205125.20481@spectra.com>
Newsgroups: comp.windows.x

In article <1993Jan5.173856.17260@linus.mitre.org> jfjr@mbunix.mitre.org (Freedman) writes:
>  I am running X11R5 on Sun SPARCS running SunOs4.1.x. I am having a
>great deal of trouble telneting and editing across machines using
>xterm. If I am on machine A, in an xterm and I telnet to machine B and
>attempt to use more, vi, emacs the screen eventually gets screwed up.

Did you check the terminal type on machine B? it should be set to
vt100 or xterms. do the following on machine B:
setenv TERM vt100
tset

Hopefully this will solve the problem. 

> Is this a lost cause? I get the feeling that it is something xterm
>wasn't meant to do. It really doesn't matter what machine I telnet
>into by the way.
>
>
>                                   Jerry Freedman,Jr

Sadhana Jain
From: snail@lsl.co.uk
Newsgroups: fj.mail-lists.x-window
Subject: Re: DECwindows funny
Date: 4 Jan 93 19:13:33 GMT
Distribution: fj
Organization: Laser-Scan Ltd., Cambridge

Date: 4 Jan 93 15:54:14 GMT
Message-Id: <1993Jan4.155414.2881@lsl.co.uk>
Newsgroups: comp.windows.x

In article <1992Dec21.104526.17@condor>, nuytsm@logica.co.uk writes:
> 
> Has anyone else seen this problem with DECwindows ?
> 
> Occasionally, we get dialog boxes (normally quite straight forward
> - just a simple text field, a label and a couple of pushbuttons)
> that are displayed very small ie. just the very top left hand corner.
> 
> The application has several modeless dialog boxes and the one chosen to be
> small seems to be random.  This happens every few days.  The application
> runs 24 hours a day, 365 days a year. Approx 200-300 dialog boxes get
> displayed a day.
> 
> The client runs on a VAX 3900, VMS 5.5, the server on a VS2000, VMS 5.3.
> (Although I've seen this problem also on a VS3100 running 5.5)
> 
> If anyone has seen this problem, do you know why it happens and if there
> is a cure ?

I think it's a problem with the window manager being paged out and it takes
too long to page back in, resulting in a geometry requets being refused, thus
the shell comes up small (approx 16 x 16 pixels I think). Just a guess.

On a related note, occasionally we also so (ie: we do experience the above 
problem occasionally) see dialog boxes come up for a split second and then
disappear into oblivion forever - BIG DOODOO time.

Anyone seen this latter behaviour? (OH yes there is an 'i' in behaviour :-) )
-- 
snail@lsl.co.uk      

"Washing one's hands of the conflict between the powerful and the powerless
 means to side with the powerful, not to be Neutral."
                                                     Quote by Freire.
                                                     Poster by OXFAM.
From: hasty@netcom.com (Amancio Hasty Jr)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Cheapest X Option ?
Date: 11 Jan 93 01:36:58 GMT
Distribution: fj
Organization: Netcom Online Communications Services (408-241-9760 login: guest)

Date: Sun, 10 Jan 1993 23:31:54 GMT
Message-Id: <1993Jan10.233154.863@netcom.com>
Newsgroups: comp.windows.x

In article <1993Jan10.183905.1571@rs6000.cmp.ilstu.edu> jliddle@rs6000.cmp.ilstu.edu (Jean Liddle) writes:
>In article <C0MnMx.G8u@quadsys.com> roland@quadsys.com (Roland Besserer) writes:
>>chrisw@castle.ed.ac.uk (C Walton) writes:
>>: I don't know if this is the right group for this post but:
>>: 
>>: Can anyone reccomend to me the cheapest way I can get an X Windows
>>: setup?  I have been told that Desqview/X on the PC is the one I
>>: should go for?
>>: 
>>: Thanks in advance - Chris (cdw@castle.ed.ac.uk or cdw@dcs.ed.ac.uk)
>>
>>You should. See my post under 'Running X on a PC'
>>
>
>If using DOS is not a requirement, but using the i386/i486 hardware is,
>then linux + XFree86 may be a very viable option for you.
>
If one does not need to use DOS and Unix simultaneously, then Linux or 386bsd
is a viable option. You can get 386bsd at agate.berkeley.edu:/pub/386BSD
as well as XFree86 for 386bsd. At least under 386bsd, one can always use a
dual-boot manager to bring up dos or 386bsd. Additionally, you will have nfs
so that you can share disk resources in your environment. For instance, one
of the 386bsd systems is connected to the internet and we use it a lot to
compile large packages such as X, interviews, tk, the kernel, etc..

Enjoy,


-- 
This message brought to you by the letters X and S and the number 3
Amancio Hasty           |  
Home: (415) 495-3046    |  ftp-site depository of all my work:
e-mail hasty@netcom.com	|  sunvis.rtpnc.epa.gov:/pub/386bsd/incoming
From: beck@irzr17.inf.tu-dresden.de (Andre Beck)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Success! Eureka!  Cancel that last post...
Date: 7 Jan 93 16:51:56 GMT
Distribution: fj
Organization: Dept. of Computer Science, TU Dresden, Germany.

Date: 7 Jan 1993 14:22:35 GMT
Message-Id: <1ihebbINNgkg@irz401.inf.tu-dresden.de>
Newsgroups: comp.windows.x


In article <1jm6zb#0fJwbK4lwpNj8ZzxLR1HQvRg=esr@snark.thyrsus.com>, esr@snark.thyrsus.com (Eric S. Raymond) writes:
> 
> The bad news is that the way I found to make this work was to use a series of
> XFillRectangle() calls in place of a single XFillRectangles().  I now believe
> that there is a bug or undocumented limit in the generic XFillRectangles code
> itself that was causing this problem.  'Ware hackers!


There's one generic limit with all the calls using Protocol Requests for
lists of items directly. The problem is, xlib DOESN'T itself subdivide
a HUGE request to fit into the Maximum Protocol Request Size.

I know of simple code that uses big XDrawSegments() calls that caused
XServers to crash. Early Versions of X3d where known for this.

Newer Versions now send only XDrawSegment() calls that will fit into
the Max Request Size and now it is stable.

MAY be your problem is the same ?

BTW, I agree with the statement "an undocumented limit", because I found
this problem on coding too, not in any literature...

--
+-o-+--------------------------------------------------------------+-o-+
| o | Your .signature timeout has expired, please choose a new one | o |
| o | This one is dedicated to all copy-and-edit-my-sign-guys...   | o |
| o |                        \\\----///                            | o |
| o | Andre' Beck (ABPSoft) mehl: Andre_Beck@IRS.Inf.TU-Dresden.DE | o |
+-o-+--------------------------------------------------------------+-o-+
From: mahan@TGV.COM (Patrick L. Mahan)
Newsgroups: fj.mail-lists.x-window
Subject: RE: maximum string width
Date: 7 Jan 93 18:19:24 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Date:    Thu, 7 Jan 93 09:33:11 PST
Message-Id: <930107093311.20800431@code-z.tgv.com>
X-St-Vmsmail-To: ST%"xpert@expo.lcs.mit.edu"
X-St-Vmsmail-Cc: st%"badger@jurassic.midnight.com"

#
#I am looking for creative ways to solve the following problem:
#
#I have a bunch of strings (~1500) and I want to figure out what the
#width of the widest string is exactly.  Things to consider:
#	1) It can be for any font (especially var. width).
#	2) I *don't* want just the maximum char width for that font
#	   multiplied by the number of chars in the largest string.
#

Use XTextWidth().  See your Xlib documentation for details.

Patrick L. Mahan

--- TGV Window Washer ------------------------------- Mahan@TGV.COM ---------

Waking a person unnecessarily should not be considered  - Lazarus Long
a capital crime.  For a first offense, that is            From the Notebooks of
							  Lazarus Long
From: todd@fred.dfrf.nasa.gov (Todd Vernon)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Too Big XCreatePixmap returns ? (answers)
Date: 7 Jan 93 19:38:03 GMT
Distribution: fj
Organization: Clarkson

Date: Thu, 7 Jan 1993 16:44:43 GMT
Message-Id: <1993Jan7.164443.2658@news.dfrf.nasa.gov>
Newsgroups: comp.windows.x

Thanks for the reply's to the question,

	>How do I trap for instance BadAlloc as would happen if I ask for
	>a pixmap that is too big ?  This seems like a common problem
	>since off screen memory in X Servers is often limited ?

The responces that I have received suggest that BadAlloc on pixmap creates
are server error events that I can receive a variety of ways using the
XSetErrorHandler routine.  I yield to these peoples experience, however I
did notice in ORielly VII p409 XSetErrorHandler the paragraph

	> The error handler is not called on ... BadAlloc, BadAccess errors.
	> These errors are all indicated by a 0 return value in the 
	> corresponding Xlib routines, and can be caught and handled by
        > by the application.

This seems to muddy the water a bit.  For information, here is responces
that I have received.  Thanks everyone for the suggestions, anyone elses
opionion is more then welcome.

todd@fred.dfrf.nasa.gov
----------------------------------------------------------------------

	The id's are generated on the client, so you will get a good id
	even when the server can't allocate it.  The error will get
	returned later.

	Here's how I get around it:
	-	XSync to process any pending errors
	-	save away the current error handler and set a new one
		that looks for badalloc.  this function should set
		a flag if badalloc happened.
	-	clear the error flag.
	-	create the pixmap
	-	do an XSync
	-	reset the error handler.
	-	check the error flag, and handle the error if so.
		


	Ugly, huh?  If you come up with better solutions, I'd like to
	hear them.


-brian
brian.warkentine@eng.sun.com
----------------------------------------------------------------------

Here's what to do.

1) Establish an Xlib error handler.

2) Do the XCreatePixmap call.  Assume it returns a valid
   Pixmap id. 

3) Do XGetGeometry on the Pixmap.  If allocation
   failed, you'll drop into the error handler.

4) Clear the error handler.

oj@roadrunner.pictel.com (Oliver Jones)

----------------------------------------------------------------------

Bad alloc is a Protocol Error and hence is send to you by the server. What you
shuold do is to install your own Event Handler function . If no one else tells
you how to do this email me and I will give you an short exemple.


fmhv@minerva.inesc.pt

----------------------------------------------------------------------
From: paries@b8.b8.ingr.com (Randy Paries)
Newsgroups: fj.mail-lists.x-window
Subject: Help with XmCreateScrolledText
Date: 9 Jan 93 06:51:45 GMT
Distribution: fj
Organization: Intergraph

Date: Fri, 8 Jan 1993 21:31:17 GMT
Message-Id: <1993Jan8.213117.12635@b8.b8.ingr.com>
Newsgroups: ingr.x,comp.windows.x


	Hello, 

	I am trying to create a Text Widget in a Scroll Window,
	that is 60 columns wide and x long.

	I can create everything ok and set the following resources:
	XmNcolumns, 60
	XmNresizeWidth, False
	XmNscrollHorizontal, False

	My problem is that I can't seem to stop/force the user
	to 60 chars lines.

	My Goal is at 60 chars to either ring a bell so that they 
	have to hit <CR> or even better have it wrap.

	At present with the resources above I can make the TextWidget
	apprear with 60 columns and not change widths, but they can 
	continue to Type for ever.


	Thanks for any help .        
--------------------
Randy Paries
randy@turq.b8.ingr.com
From: sh@expo.lcs.mit.edu (Susan Hardy)
Newsgroups: fj.mail-lists.x-window
Subject: last minute X Conference registration
Date: 7 Jan 93 18:56:48 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Date: Thu, 7 Jan 93 12:35:47 -0500
Message-Id: <9301071735.AA24926@expo.lcs.mit.edu>


	PLEASE READ THIS MESSAGE IF YOU ARE ATTENDING

7TH ANNUAL TECHNICAL CONFERENCE	ON THE X WINDOW SYSTEM

Anyone who has sent their registration this past week by U.S. Post, email, or
FAX should not expect confirmation until Monday, 1/11/93 or Tuesday, 1/12/93.
We have over 200 people (maybe more) registering this week.  Our fax machine
is working fine, but of course is very busy due to all the last minute
registrations.

If your fax machine won't connect with ours, we suggest you send us your
registration by next-day postal or email (registration@expo.lcs.mit.edu).
The pre-registration deadline is TOMORROW, Jan. 8.  We also have on-site
registration at the hotel beginning Sun., Jan 17 from 3 to 8 pm,
Mon., Jan. 18 from 7:30 am to 5 pm and Tues, Jan. 19 from 7:30 am to 5 pm.
ALL THE TUTORIALS ARE STILL OPEN WITH THE EXCEPTION OF A-VIDEO BEING CANCELLED.
There should be no problem registering on-site if you do not make the
pre-registration deadline, and the fee is the same.

Thank you for your patience.