/usr/include/Wt/WJavaScriptSlot is in libwt-dev 3.3.6+dfsg-1.1.
This file is owned by root:root, with mode 0o644.
The actual contents of the file can be viewed below.
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 | // This may look like C code, but it's really -*- C++ -*-
/*
* Copyright (C) 2008 Emweb bvba, Kessel-Lo, Belgium.
*
* See the LICENSE file for terms of use.
*/
#ifndef WJAVASCRIPTSLOT_H_
#define WJAVASCRIPTSLOT_H_
#include "Wt/WObject"
namespace Wt {
class WWidget;
/*! \class JSlot Wt/WJavaScript Wt/WJavaScript
* \brief A slot that is only implemented in client side JavaScript code.
*
* This class provides a hook for adding your own JavaScript to respond to
* events.
*
* Carefully consider the use of this. Not only is writing cross-browser
* JavaScript hard and tedious, but one must also be aware of possible
* security problems (see further), and of course, the event handling will
* not be available when JavaScript is disabled or not present at all.
*
* \if cpp
* If you wish to add client side event handling, with automatic
* fall-back to server-side event handling and without writing
* JavaScript code with the associated risks and problems, consider
* using stateless slot implementations instead (see
* WObject::implementStateless())
* \endif
*
* For some purposes, stateless slot implementations are not
* sufficient, since they do not allow state inspection. At the same
* time, the non-availability in case of disabled JavaScript may also
* be fine for some non-essential functionality (see for example the
* WSuggestionPopup widget), or when you simply do not care. For these
* situations a %JSlot can be used to add client-side event handling.
*
* The JavaScript code may be set (or changed) using the
* setJavaScript() method which takes a string that implements a
* JavaScript function with the following signature:
*
* \code
* function(sender, event) {
* // handle the event, and sender is a reference to the DOM element
* // which captured the event (and holds the signal). Therefore it
* // equivalent to the sender for a normal %Wt slot.
*
* // You can prevent the default action using:
* var fixed = jQuery.event.fix(event);
* fixed.preventDefault();
* fixed.stopPropagation();
* }
* \endcode
*
* In the JavaScript code, you may use WWidget::jsRef() to obtain the
* DOM element corresponding to any WWidget, or WWidget::id() to
* obtain the DOM id. In addition you may trigger server-side events
* using the JavaScript WtSignalEmit function (see JSignal
* documentation).
*
* A %JSlot can take up to six extra arguments. This is so that a
* JSignal can pass its arguments directly on to a %JSlot, without
* communicating with the server.
*
* That's how far we can help you. For the rest you
* are left to yourself, buggy browsers and quirky JavaScript
* (http://www.quirksmode.org/ was a reliable companion to me) -- good
* luck.
*
* Note that the slot object needs to live as long as you want the
* JavaScript to be executed by connected signals: when the slot is
* destroyed, the connection is destroyed just as with other
* signal/slot connections where the target object is deleted. This
* means that it is (almost?) always a bad idea to declare a JSlot on the
* stack.
*
* \ingroup signalslot
*/
class WT_API JSlot
{
public:
/*! \brief Constructs a JavaScript-only slot within the parent scope.
*
* The JavaScript code block will reside within the scope of the
* given widget. By picking a long-lived parent, one may reuse a
* single block of JavaScript code for multiple widgets.
*
* When \p parent = \c 0, then the JavaScript will be inlined in
* each caller (possibly replicating the same JavaScript).
*
* The slot will have no extra arguments.
*/
JSlot(WWidget *parent = 0);
/*! \brief Constructs a JavaScript-only slot and sets the JavaScript code.
*
* The slot will have no extra arguments.
*
* \sa JSlot(WWidget *), setJavaScript()
*/
JSlot(const std::string& javaScript, WWidget *parent = 0);
/*! \brief Constructs a JavaScript-only slot and set the number of arguments.
*
* \sa JSlot(WWidget *), setJavaScript()
*/
JSlot(int nbArgs, WWidget *parent);
/*! \brief Constructs a JavaScript-only slot and sets the JavaScript code
* and a number of arguments.
*
* \sa JSlot(WWidget *), setJavaScript()
*/
JSlot(const std::string& javaScript, int nbArgs, WWidget *parent = 0);
/*! \brief Destructor.
*/
~JSlot();
/*! \brief Set or modify the JavaScript code associated with the slot.
*
* When the slot is triggered, the corresponding function defined by
* \p javaScript is executed.
*
* The JavaScript function takes at least two parameters and thus should look like:
* \code
function(obj, event) {
// ...
}
\endcode
* The first parameter \p obj is a reference to the DOM element
* that generates the event. The \p event refers to the
* JavaScript event object.
*
* The JavaScript function can take up to six extra arguments, which is to be
* configured using the nbArgs parameter.
* \code
function(obj, event, a1, a2, a3, a4, a5, a6) {
// ...
}
\endcode
* If this JSlot is connected to a JSignal, that JSignal's arguments will
* be passed on to the JSlot.
*
* \sa WWidget::jsRef()
*/
void setJavaScript(const std::string& javaScript, int nbArgs = 0);
/*! \brief Executes the JavaScript code.
*
* This executes the JavaScript code in the same way as when
* triggered by a EventSignal. This function returns immediately,
* and execution of the JavaScript code is deferred until after the
* event handling.
*
* The first two arguments are the <tt>"object, event"</tt> arguments of the
* JavaScript event callback function.
*
* \sa setJavaScript()
*/
void exec(const std::string& object = "null",
const std::string& event = "null",
const std::string& arg1 = "null",
const std::string& arg2 = "null",
const std::string& arg3 = "null",
const std::string& arg4 = "null",
const std::string& arg5 = "null",
const std::string& arg6 = "null");
/*! \brief Returns a JavaScript statement that executes the slot.
*
* This returns the JavaScript code to execute the slot.
*
* The arguments are the <tt>"object, event"</tt> arguments of the
* JavaScript event callback function.
*
* \sa exec()
*/
std::string execJs(const std::string& object = "null",
const std::string& event = "null",
const std::string& arg1 = "null",
const std::string& arg2 = "null",
const std::string& arg3 = "null",
const std::string& arg4 = "null",
const std::string& arg5 = "null",
const std::string& arg6 = "null");
/*! \brief Returns the number of extra arguments this %JSlot takes.
*/
int getNbArgs() { return nbArgs_; }
#ifndef WT_TARGET_JAVA
void disconnectFrom(EventSignalBase *signal);
#endif
private:
WWidget *widget_;
WStatelessSlot* imp_;
std::string jsFunctionName() const;
WStatelessSlot* slotimp();
void create();
int fid_;
static int nextFid_;
int nbArgs_;
friend class EventSignalBase;
};
typedef JSlot WJavaScriptSlot;
}
#endif
|