display first page of pdf as image in c# : Reverse page order pdf SDK software API wpf winforms azure sharepoint atlasti_v6_manual24-part1192

FAMILY LIFE
241
Removing Members
Open the Family Manager for the relevant object type.
Select a family. 
Select one or more items in the list pane for members.
Click the Remove Items button to remove the selected items from the 
selected family. The items are only deleted from this family and not from the 
system.
If you want to remove one item at a time, you can simply double-click on 
each item. 
If you delete objects that belong to a family somewhere else, they will be 
removed automatically from all their hosting families.
Assigning Families to Objects
The option E
DIT
F
AMILIES
/ A
SSIGN
F
AMILIES
is another way of adding members to a 
family.  This option allows you to easily assign suitable attributes to objects 
either selected in the Family Assigner or an Object Manager.
Assigning Families to Objects in the Family Assigner
Open the Family Assigner: .../E
DIT
F
AMILIES
/ A
SSIGN
F
AMILIES
.
Select an object (in the example below, it is a primary document) in the top 
pane and then the appropriate families in the lower right hand side.
Click the Add Items button to assign the families to the selected object.
ATLAS.ti 6 USER MANUAL
Reverse page order pdf - rotate PDF page permanently in C#.net, ASP.NET, MVC, Ajax, WinForms, WPF
Empower Users to Change the Rotation Angle of PDF File Page Using C#
pdf reverse page order preview; how to permanently rotate pdf pages
Reverse page order pdf - VB.NET PDF Page Rotate Library: rotate PDF page permanently in vb.net, ASP.NET, MVC, Ajax, WinForms, WPF
PDF Document Page Rotation in Visual Basic .NET Class Application
how to rotate one page in a pdf file; pdf reverse page order online
FAMILY LIFE
242
Assigning Families to Objects in Object Managers
Select any number of objects in an Object Manager by holding down the 
Ctrl-key.
Right click on one of the selected items and select Assign Families, or choose 
…/ E
DIT
F
AMILIES
/ A
SSIGN
FAMILIES
from the menu.
From the list of families that opens, select one or more families to which the 
selected objects are to be assigned. 
Click OK.
Creating Families from Selected Items
Select any number of items in an Object Manager by holding down the Ctrl-
key.
Right click on one of the selected items and select E
DIT
F
AMILIES
/ N
EW
FROM
SELECTED
ITEMS
.
Enter a name for the new family and click OK.
Accessing quotations
To access the quotations related to the objects included in the family, double 
click on a family while holding the Ctrl-key.
Writing a Comment for a Family
The family comment can be used to describe why and for what purpose a 
family was created. This is especially useful when families are treated as 
attributes.
ATLAS.ti 6 USER MANUAL
Figure 145: Assign families to objects in the Family Assigner
C# PDF Page Move Library: re-order PDF pages in C#.net, ASP.NET
page. Enable C# users to move, sort and reorder all PDF page in preview. Support to reverse page order in PDF document. RasterEdge
rotate pages in pdf expert; rotate pages in pdf
VB.NET PDF Page Move Library: re-order PDF pages in vb.net, ASP.
Support to reverse page order in adobe PDF document in both .NET WinForms application and ASP.NET webpage. Enable move, sort and reorder PDF page in preview.
how to rotate one pdf page; how to rotate page in pdf and save
FAMILY LIFE
243
Creating or Editing a Family Comment
Open the Family Manager for the relevant object type, e.g., by clicking the 
Family button in an Object Explorer.
Select a family. 
In the text pane at the bottom of the window, write or edit a comment. 
Alternatively, you can open a full-fledged editor by clicking the Comment 
button in the toolbar.
Using Families as Filters
Access the Filter Options via the Main Menu
One added value of families is that you can use them as filters. For example, if 
you have created a code family including only ‘Abstract’ codes, you can use 
this family as a filter to reduce the total number of codes displayed in the drop-
down list in the Code Manager and the margin area.
Filter Items using the Family Manager
Open the Family Manager. 
Double-click a family. Watch how the display in the Object Manger and the 
margin area changes to display only items that are members of the selected 
family.
ATLAS.ti 6 USER MANUAL
Figure 146: Double clicking on a family in the family manager activates a filter
C# Word: How to Use C# Code to Print Word Document for .NET
document pages in original or reverse order within entire C# Class Code to Print Certain Page(s) of powerful & profession imaging controls, PDF document, image
rotate pdf pages individually; save pdf after rotating pages
FAMILY LIFE
244
If a family is activated as a filter, it is displayed in bold letters in the Family 
Manager. In the figure above, the cody family “Role of the media” has been 
set as filter. In addition, the background color in the Object Manager and drop-
down list changes. The active filter is also indicated in the filter field of the 
status bar in the Object Manager.
To take the filter out double-click on the family again, or select E
XTRAS
/ R
ESET
ALL
F
ILTERS
from the main menu. A third option is to double-click on the filter 
field in the Object Manager while holding down the Ctrl-key.
Filters do not affect Network Views. Even if you have set a filter, Network 
Views still display all their nodes.
Removing Families
Open the Family Manager for the relevant object type.
Select the family to be removed.
Click the Delete button or select menu option F
AMILIES
/ D
ELETE
F
AMILY
.
Removing a family does not remove any of the contained items. 
ATLAS.ti 6 USER MANUAL
Figure 147: Effect of a code filter in the margin area
WORKING WITH VARIABLES: PRIMARY DOCUMENT FAMILIES
245
Working with Variables: Primary 
Document Families
Along with sharing all the characteristics of code and memo families, PD 
families have some additional characteristics.
PD Families can be used to define the scope of a query when used as global 
attributes supplementing codes. For instance, if the PD families "female" and 
"age group 1 (21-30)" were assigned to a number of interviews, one can then 
formulate queries like: "Show me all quotations from interviews with females 
between the ages 21 to 30 coded with "coping" or "power." For a step-by-
step instruction, see “Restricting Code Queries to Sub Groups ” on page 287.
In SPSS jobs, PD families are a way to aggregate some of the data (see “How
SPSS Export Handles Families” on page 417).
PD-Family tables are an efficient means to create families and to assign PDs to 
their respective families. You can also use them to assign PDs and to generate 
variables in one step.
PD-Family Table
PD-Family Tables can be exported or imported as tab-delimited (XLS) or as 
comma/semicolon separated value (CSV) files. All three formats can be read by 
Excel™ as well as OpenOffice Calc. Below you see an example of an exported 
file. The gray colored columns have been added for readability. Below each 
column header and content is explained.
ATLAS.ti 6 USER MANUAL
PD families as 
variables can be 
used in queries 
and SPSS jobs.
Use PD-Family 
tables to assign 
PDs and 
variables at the 
same time.
Figure 148: An Exported PD Family Table
WORKING WITH VARIABLES: PRIMARY DOCUMENT FAMILIES
246
This data exchange format can also be used to conveniently assign a large 
number of PDs from generic lists.
Documents: The PD sequence number. 
Name: The name of the PD.
Path: The resolved path of the PD’s data source, i.e., the actual location of the 
data source at the time the table was exported. 
@Origin: Contains the original path reference that was valid at the time the 
document was assigned to the HU. May contain special paths (e.g., 
<HUPATH>). This attribute can only be handled intelligently when importing 
such a table with ATLAS.ti. Other applications may simply ignore it and use the 
path attribute instead.
All following columns: Families.
Type of Variables
Within ATLAS.ti, all families, when interpreted as variables, are dichotomous 
because an item may or may not belong to a specific family, thus it I encoded 
with either 0 or 1 / applies or does not apply. 
By following a simple naming convention, PD families can be turned into 
nominal and categorical variables for the use outside of ATLAS.ti in statistical 
and other database applications.
Let's assume that your respondents come from four different locations. To 
represent this in ATLAS.ti, you need to create four PD families, one for each 
location. Exporting these for families as PD-Family table to Excel, you get a 
table as shown above containing one variable per family with the values 0 or 1.
If you prefer just one variable for location rather than four, you need to use the 
following naming convention when creating your PD families: V
ARIABLE
N
AME
::V
ARIABLE
V
ALUE
::
Location::Berlin
Location::London
ATLAS.ti 6 USER MANUAL
Figure 149: By default PD families are like dichotomous variables
WORKING WITH VARIABLES: PRIMARY DOCUMENT FAMILIES
247
Location::New York
Location::Tokyo
When exporting the PD-Family table, the result will be as follows: 
The table shows one variable for Location and the respective values as string: 
Berlin, London, New York and Tokyo. Note that the variable name is 
prefixed with a hash sign (#). This is the syntax that needs to be used when 
preparing a table for import (see below). The hash sign indicates to ATLAS.ti 
that this variable needs to be turned into multiple families.
Super families in PD Family Tables
Super Families (see page 289) are treated like standard families. If you do not 
change the default name suggested by ATLAS.ti when creating super families, 
then they are prefixed by an asterisk (*). In the table below you see two super 
families combining the families for age group 1 and 2 with the family female.
ATLAS.ti 6 USER MANUAL
Figure 150: PD family table with a 
nominal variable for location
WORKING WITH VARIABLES: PRIMARY DOCUMENT FAMILIES
248
Do not assign a PD to more than one family with the same variable name 
(e.g., both to Location::Berlin and Location::New York). 
ATLAS.ti allows this, as it treats every family as a separate dichotomous 
variable. However, when converted into a categorical variable “Location” in 
the process of creating a PD-Family table, such multiple assignments could 
create problems.
Preparing and Importing a PD-Family Table
Create the following columns when manually preparing a PD-Family table for 
import from a spreadsheet application such as Excel
ä
First column: Use ‘Documents’ as the header and a PD number in subsequent 
rows.
Second column: Use header “Name” and enter a name for the PD in each row.
The next one or two columns: As already mentioned above, the document 
path is stored twofold when a table is created by ATLAS.ti: The actual path at 
the time of export (column Path) and the path at the time of the assignment of 
the document to the HU (column: @Origin). The latter can also contain special 
path components (<HUPATH>, <TBPATH>) that will be correctly resolved 
when imported into ATLAS.ti.
When reading a table into ATLAS.ti, the Path column has more or less 
descriptive character as the @Origin is always preferred. Therefore the Path 
column can be omitted when creating a table manually. The column @Origin is 
sufficient and may either be absolute or contain special paths. For details, see 
“Reference Types: Many Paths, One Destination” on page 107.
If neither the Path nor the @Origin column is defined, the name of the 
document is used as file reference in combination with the special <HUPATH>. 
In order to be able to access the data, you need to store the HU file and the 
documents in on common folder.
All following columns: Enter variable names and values, i.e. the document 
families into the subsequent columns. Novels 
ATLAS.ti 6 USER MANUAL
Figure 151: Display of PD Superfamilies in PD-Family tables
WORKING WITH VARIABLES: PRIMARY DOCUMENT FAMILIES
249
Categorical variables: For all categorical variables, use a hash (#) as the lead 
character, as in: #Profession, #Gender, etc. Enter the values as string.
Missing values: Missing values are indicated by a zero (0) and used for 
documents not assigned to any family.
If a field name or value contains characters resembling the separator for 
categorical variables, you need to enclose the name or value with quotation 
marks.
If the HUPATH setup  (as the easiest and most flexible project setup) suits your 
needs, then an Excel table ready for import could look like this:
You simply enter the consecutive numbers for PDs, the document names and 
the variables.
Save the table as native Excel tab-delimited xls/xlsx file or in csv format.
Open ATLAS.ti.
From the main menu, select D
OCUMENTS
/ A
SSIGN
/ I
MPORT
PD-F
AMILY
T
ABLE
. This 
option is also available from the Documents / Miscellaneous menu.
If you are importing into a new HU, a dialog opens, asking you to save the 
HU before proceeding. This is needed to be able to access “HU follower” 
documents using the special <HUPATH>:
Save the HU into the same folder where the documents are stored (unless 
you have entered an @Origin column with user defined path references).
Next a file dialog opens. If you are importing into an existing HU, the 
standard file dialog window opens immediately. Select the prepared xls/xlsx 
or csv file and click OK to start the import procedure.
If you import a native Excel file (tab delimited with the extension xls), the 
families are imported immediately. If you select an Excel compatible file format 
like csv, select the field delimiter: comma, semicolon, or tab.
Once the import is finished a message pops up informing you about the 
number of families that have been created.
Importing the above table, results in the following HU:
ATLAS.ti 6 USER MANUAL
Figure 152: An Excel table ready for import as PD-Family table
WORKING WITH VARIABLES: PRIMARY DOCUMENT FAMILIES
250
Five PDs with the names case 1 to case 5 were created, and they access their 
source document via the HUPATH. This means you need to store the HU file + 
the five Word documents in rich text format in a common folder as shown 
below.
If the PDs do not yet exist in the HU, new PDs are created and are assigned to 
the HU. 
Adding new PDs: If your HU already contains PDs, you can assign additional 
PDs by importing a PD Family table. However, you must be sure that the new 
PDs are numbered consecutively. If your HU already contains P1 to P10, the 
numbers of the additional PDs in the documents column need to start at P11. If 
the document number and path reference do not match an existing reference, 
then this document is ignored and not assigned as a PD.
Based on the above example table, PD Family Manager shows the following 
families after importing the table:
ATLAS.ti 6 USER MANUAL
Figure 153: HU file created based on importing a PD-Family table
Figure 154: File Management for creating an HU via importing a PD-Family table
Documents you may be interested
Documents you may be interested