Sponsored Content
Full Discussion: Tynt Tracer Must Die
Contact Us Post Here to Contact Site Administrators and Moderators Tynt Tracer Must Die Post 302416054 by alister on Saturday 24th of April 2010 02:46:40 PM
Old 04-24-2010
Hello, Neo:

Thank you very much for the swift response. It's appreciated.

In case it is not a moot point, I wanted to clarify my concern.

Quote:
Originally Posted by Neo
I agree with you that it is annoying to have this enabled when copy-and-pasting within this same site (versus only tracking copy-and-paste to other sites), and we don't seem to be able to turn it off (by configuration) for copy-and-paste tracing on the same site, unfortunately.

I have no problem turning it off, if it is that annoying to cut/copy and paste on the site.
Personally, I have not been bothered by copy-pasting within the site. For me, the source of all frustration is when I paste someone's shell code into a terminal window. The attributive text fires up vi on osx, and on other machines generates benign (thankfully) command not found errors.

In my opinion, tynt is simply a poor fit for a forum whose users often copy-paste text from a browser to a terminal, which happens to interpret that text and run commands.

However this pans out, thanks for taking the time to consider the issue.

Alister

Last edited by alister; 04-24-2010 at 07:17 PM.. Reason: Re-phrase poorly constructed sentence
 

5 More Discussions You Might Find Interesting

1. News, Links, Events and Announcements

Live Free or Die!

Mods: Delete this if you think that this is not appropriate. I found this rather amusing. If you go to www.unix.net now you will see the OpenGroup selling license plates that read "Live Free or Die/Unix/Unix is a trademark of the OpenGroup" (http://www.unix.net/unix_plates.html) I just... (12 Replies)
Discussion started by: auswipe
12 Replies

2. Solaris

what time did my process die ??

Hi there I have a backup script that runs every night and for some reason ive been getting in in the morning and the process has died, Is there any way I can tell when it died? if not .....would anybody recommend some scripting that i could do that would be able to tell me this information ... (3 Replies)
Discussion started by: hcclnoodles
3 Replies

3. UNIX for Dummies Questions & Answers

Python 2.5 must die.

I am using SunOS 5.7 I have installed Python 2.5 via make install Without going into details, I'd like to uninstall it and replace it with an earlier version. Maybe as far back as 2.2.3. Unfortuantely, make uninstall gives me Don't know how to make target 'uninstall'. This is thematically... (2 Replies)
Discussion started by: Dbecker
2 Replies

4. UNIX for Advanced & Expert Users

Shell Script Dependency/Tracer

Hello All, We have a very old system at hand in which there are hundreds of shell scripts that use other shell scripts, all on the same server. There are several that are not used at all as well. In short, it's an unmanaged system thats been lying around for many years, and it needs to be... (12 Replies)
Discussion started by: ag79
12 Replies

5. Shell Programming and Scripting

FTP Connection die out

Hi, I will ftp aroung 80 files after connecting to an FTP Server. But after 2 minutes of connection, it is timed out and connection is dying. Server had a 2 minute connection timeout if connection is idle. But my question, Isn't tranfering files not considered as an activity. Is the connection... (7 Replies)
Discussion started by: vasuarjula
7 Replies
SoXtClipboard(3IV)()													      SoXtClipboard(3IV)()

NAME
SoXtClipboard -- Provides Inventor copy/paste support INHERITS FROM
SoXtClipboard SYNOPSIS
#include <Inventor/Xt/SoXtClipboard.h> typedef void SoXtClipboardPasteCB(void *userData, SoPathList *pathList) typedef void SoXtClipboardImportCB(void *userData, Atom dataType, void *data, uint32_t numBytes) #define _XA_CLIPBOARD_ ((Atom) 0) Methods from class SoXtClipboard: SoXtClipboard(Widget w, Atom selectionAtom = _XA_CLIPBOARD_) ~SoXtClipboard() void copy(SoNode *node, Time eventTime) void copy(SoPath *path, Time eventTime) void copy(SoPathList *pathList, Time eventTime) void copy(Atom dataType, void *data, uint32_t numBytes, Time eventTime) void paste(Time eventTime, SoXtClipboardPasteCB *pasteDoneFunc, void *userData = NULL) void addPasteInterest(Atom dataType, SoXtClipboardImportCB *pasteImportFunc, void *userData = NULL) DESCRIPTION
This class manages data transfers for copy and paste. Transfers may occur within the same process, or between different processes. This uses the Xt selection mechanism to implement the ICCCM protocol for the transfer of data. METHODS
SoXtClipboard(Widget w, Atom selectionAtom = _XA_CLIPBOARD_) ~SoXtClipboard() Constructor and destructor. w is the Xt widget for which this clipboard acts as an agent. selectionAtom is the X selection through which data should be transferred. For quick data transfers, this should be XA_PRIMARY. The default is _XA_CLIPBOARD_ which uses the X clip- board selection. void copy(SoNode *node, Time eventTime) void copy(SoPath *path, Time eventTime) void copy(SoPathList *pathList, Time eventTime) This copies the passed scene graph object, and tells the X server that the clipboard now owns the selection which was specified by selectionAtom in the constructor. When a paste happens (in this window, another window, or another process), the X server will ask this clipboard for the data it copied here. The eventTime should be the time found in the X event structure which triggered the copy opera- tion, and is used to ensure synchronization of copy and paste requests. Data targets supported for export are INVENTOR_2_1, INVEN- TOR_2_1_FILE, INVENTOR_2_0, INVENTOR_2_0_FILE, VRML_1_0, VRML_1_0_FILE. Also exported for backwards compatibility are INVENTOR and INVENTOR_FILE, which are equivalent to INVENTOR_2_0 and INVENTOR_2_0_FILE. void copy(Atom dataType, void *data, uint32_t numBytes, Time eventTime) This behaves like the above copy routines, but the data can be in any format as specified by dataType. void paste(Time eventTime, SoXtClipboardPasteCB *pasteDoneFunc, void *userData = NULL) This makes a request to the X server for data to paste from the selection atom specified in the constructor (selectionAtom), then returns. When the data is retrieved from the selection owner, the pasteDoneFunc callback is invoked. The newly pasted data is passed as the callback function's pathList argument (an SoPathList). Data targets supported for import are INVENTOR_2_1, INVENTOR_2_1_FILE, INVEN- TOR_2_0, INVENTOR_2_0_FILE, VRML_1_0, VRML_1_0_FILE. Also imported for backwards compatibility are INVENTOR and INVENTOR_FILE, which are equivalent to INVENTOR_2_0 and INVENTOR_2_0_FILE. void addPasteInterest(Atom dataType, SoXtClipboardImportCB *pasteImportFunc, void *userData = NULL) This extends the paste interest to recognize an additional target as specified by dataType. It can be called multiple times to register interest in more than one extension. The pasteImportFunc will be called when data of the registered type is pasted. Passing NULL as the pasteImportFunc will remove paste interest for that data type (even if the data type is one of the defaults). This should be called before paste() so that paste() will accept pastes of data types that have been registered here. A dataType atom can be created with XmInternAtom, e.g.: XmInternAtom(XtDisplay(widget),"INVENTOR",False); SEE ALSO
SoSelection, SoByteStream, SoXt, X Selections SoXtClipboard(3IV)()
All times are GMT -4. The time now is 05:19 PM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy