Changes between Version 2 and Version 3 of WebInterface

Timestamp:

Feb 26, 2012, 4:39:23 PM (13 years ago)

Author:

manualwiki

Comment:

--

WebInterface

@@ -57 +57 @@
 == Shutting down ==
 It is important to log out, before shutting down the interface, because the log out process will delete the dynamic generated images, which belong to the user. If the interface have been started up from !RefactorErl shell, then {{{ri:stop nitrogen().}}} can be called to shut down the interface.
+== Logging in ==
+To log in one must open a browser (recommended: Mozilla Firefox, Google Chrome) and enter the URL defined by the configuration (the default is {{{http://localhost:8001/}}}) after the web server had been started. Usage of services are allowed only to authorized people. First, you have to log in with a username (passwords are not supported yet). The browser will be redirected to {{{queries}}} page.
+== Semantic queries ==
+This service is available under ”Queries” menu.
+=== Constructing semantic queries ===
+The query construct assistant is located at the top-left corner of the page. While typing into the text-box, the interface offers possible continuations for the actual, uncompleted sub-term. The offered option can be chosen from a drop-down list. This auto-complete mechanism helps new !RefactorErl users to use the language, and also all developers to speed up query construction and to avoid constructing wrong queries.
+
+Pressing the ”Run” button evaluates the query and displays the result.
+=== Position based queries ===
+A file browser is placed at the left side of ’Queries’ page at ’File browser’ tab. One of the previously loaded files can be opened in text view from the file browser panel, by clicking on the magnifying glass icon after selecting a file. By selecting a region or pointing at a position in the text- box, where the contents of the file are loaded in, one can specify the exact position as starting point. Also the result of the previous query can still be reused as a starting point.
+=== Node based queries ===
+=== Global queries ===
+=== Alias-able queries ===
+We made queries alias-able, cause of named queries can be identified easier, and are more readable for humans, too.
+
+After a query has been successfully run first, it appears at the left side of ’Queries’ page at ’Previous Queries’ tab.
+
+By clicking the corresponding ’E’ button, a text-field appears, which contains the query string. By replacing the query string with the name, what is wanted to assign to the query, and clicking the ’Save’ button the query will be named. After a name has been assigned to the query, the name appears at ’Previous Queries’ tab instead of the query string. If the name of the query should be changed, the same mechanism should be done as described above.
+
+The query string can be shown as an information element by clicking the ’?’ button.
+=== Previous Queries ===
+For your convenience, the interface stores previously exe- cuted queries and their results, which are listed at the left side of the page at ”Previous Queries” tab. One can choose to list only the queries which belong to the current user, or all the queries stored in the system.
+
+When one of the queries located in the list is clicked on, the interface first examines if the database has changed since that given query was last run. If there are no changes, the stored result is displayed. In the other case, the query is re-executed, the stored result is updated, and the new result is displayed.
+
+Users have possibility to delete their own queries from the list by clicking on the corresponding ”X” icon, or to run queries which belong to other users by clicking on the query string.
+
+By clicking on the corresponding ”?” icon, the query string and previously added comments are always shown. If query is one of the queries with @ the starting file and position are also shown.
+
+By clicking on the corresponding ”E” icon, one can assign or can reassign a name to the query. This mechanism helps users to identify queries much easier. Users can add comments, either on their own queries, either on the queries of the others, too. By clicking on the corresponding ”C” icon, one can modify the previously added comment. By default, the comment field is empty.
+=== Running Queries ===
+The list of currently running queries is displayed at the left side of the page at ”Running Queries” tab. The list is updated in every second. A running query,which has been started by the current user, can be aborted by pressing the corresponding X icon. The current user, who started the query, is notified about the success of the abort.
+=== Displaying the result of queries ===
+Results are displayed at the left side of the page at ”Last Result” tab in a table. The source of the entries of the result’s can be visualised by clicking on the given entry in the detail. If the source is loaded to the database, it will be shown in a text-box located to the right of the table. The part of the source code responsible for the entry will be highlighted in the text-box.
+=== Skeleton of queries ===
+Large amount of queries are similar to each-other. The difference usually originates from the actual value of their filter parameter or from the used sub-query. Examples are shown below.
+
+{{{
+mods[name = a].funs[(name = f) and (arity = 2)].refs 
+mods[name = b].funs[(name = g) and (arity = 3)].refs
+}}}
+
+or
+
+{{{
+mods.funs[arity = 2] 
+mods.funs[exported and is_tail_rec]
+}}}
+
+A new abstract level is introduced, where those queries are not only similar to each-other, but those queries do equal to each-other, we called it Skeleton. Examples are shown below.
+
+{{{
+mods[name = $ModName$].funs[name = $FunName$ and arity = $Arity$].refs
+mods.funs[$FunSubQuery$]
+}}}
+=== Usage of the skeleton ===
+The service of the skeletons is available under ’Queries’ menu. A skeleton can be constructed by typing its body, which observes the rules of the valid skeleton, into the query construct assistant, than ’Save as skeleton’ button should be pressed. By pressing the ’Save as skeleton’ button, a dialogue box appears, where the wanted name of the constructed skeleton should be typed. By clicking the ’Save’ button, which is placed in the dialogue box, the skeleton will be saved. The constructed skeleton appears in the list of available skeletons, which is located at the ’Skeletons’ tab, whether the save was success. If any error occurs during the save, an error message will be shown.
+
+A previously saved skeleton can be evaluated by calling as a function with the actual values of the parameters. A valid actual parameter can contain nearly anything, only the {{{’}}} character is needed to avoid, because the {{{’}}} character is the delimiter of the value of an actual parameter. Auto-complete does not only offer the possible endings, but also does offer the joint skeletons.
+
+A valid skeleton call is shown below:
+
+{{{
+Name = skeleton_name
+Body = mods.funs[$FunSubQuery$]
+skeleton_name(’ (arity>0) and (name like s) ’).
+}}}
+
+Previously saved skeletons are listed at ’Skeletons’ tab.
+
+By clicking the name of the skeleton, a valid ’skeleton call’ will be placed in the query construct assistant, where the actual parameters should be written by replacing       character with the corresponding parameter value.
+
+By clicking the ? icon, the body of the skeleton and the owner of the skeleton will be shown.
+
+After a successful evaluation of a skeleton, the generated semantic query string and its result are saved in the ’Previous queries’ list, and the result of the semantic query will be shown in the right side of the page.
+
+Only the owner of the skeleton can edit its body, or can delete it.
+
+By clicking the corresponding ’E’ icon, the body of the skeleton will be placed into the query construct assistant. After the necessary changes had been made then the ’Update skeleton’ button has been pressed, the body of the skeleton will be updated.
+
+By clicking the corresponding ’X’ icon, the skeleton will be deleted.