From FGL Project Explorer, you can access the options to manage your build configurations:
Options available from the Project context menu:
Options available on hovering over the program:
After you click the Edit Program File button, LVSCE will open the .fgltarget file, which will have code describing the exclusions:
Step 1. Right-click your project in the FGL Project Explorer and select the Add Build Configuration option:
Step 2. Name your new configuration and press ENTER:
In the lower-right corner of VS Code’s main window, LVSCE will notify you about successful configuration creation:
Step 1. Call the Project context menu and select Set Active Configuration:
Step 2. LVSCE will show the dialog of configurations choice in the top of VS Code’s main window. In this dialog, select desired configuration:
Your chosen build configuration will be displayed in FGL Project Explorer in the same line with the project name:
Step 1. Hover over the program’s name and find the Manage Build Configuration Exclusions button next to it:
Step 2. Click the button. In the top of VS Code’s main window, LVSCE will offer to pick the configuration to edit:
Step 3. Select the configuration. Next, LVSCE will show the list of program’s files that you can exclude from chosen build configuration, with a search bar on top of it:
Step 4. Fill flags beside the files you want to exclude, or find your files using the search bar and mark them for exclusion:
Step 5. Click the OK button:
Excluded files will have the mark [exclusion] beside their names in FGL Project Explorer:
You can also add exclusions to any configuration without switching from active configuration to the edited one. For example, we are going to exclude a file from newconfig1. We have found the file we need to exclude in FGL Project Explorer, and now we click the Manage Build Configuration Exclusions button:
Then, in dialog in the top of VS Code’s main window, we select the configuration to edit:
Next, we check the file using checkbox, and click OK:
As buildconfig_3 remains the active configuration, FGL Project Explorer will display the [exclusion] mark for 01_04_dt_record.4gl file:
Let’s switch to newconfig1. To do that, we right-click the project and select the Set Active Build Configuration option:
Then, in dialog in the top of VS Code’s main window, we select the newconfig1 build configuration:
After that, newconfig1 is displayed as active beside the project name, and the file 01_08_for_loop.4gl has a mark of exclusion:
Step 1. Right-click your project in FGL Project Explorer and select the Delete Build Configuration option:
LVSCE will show a search bar and a list of configurations to choose from in the top of VS Code’s main window:
Step 2. Select the configuration(s) to delete, and click OK:
LVSCE will notify you that chosen configuration(s) has (have) been deleted:
With FGL Project Explorer, you can clean, build, rebuild and deploy your programs:
Note: You also can clean / build / rebuild / deploy in two alternative ways:
1. From the Workspace view by right-clicking the .fgltarget file and selecting the option needed;
2. Using qbuild. To do that, open the Terminal tab of the Panel and change directory to the folder where your qbuild program is (for example, for Linux/UNIX the path is /opt/Querix/Lycia/bin/), then use the qbuild command with arguments from the following page: qbuild.
Right-click the program and select Clean:
The output files of this program’s build will be purged from the output folder. Files not related to it will stay untouched. The Terminal tab of VS Code will display the progress:
Note: Compiled files like .4o and .4a will only be removed if they were created using LVSCE (with qbuild tool).
If you compile output files outside LVSCE and add them to program’s output folder in LVSCE, Clean action will not delete those files.
Right-click the program and select Build:
Non-built program – or the one that has been edited since the latest build – doesn’t have any signs on its icon in FGL Project Explorer. At successful build, the program will receive a green check mark sign; at failed build, it will have a red cross sign. You can see it on the screenshot below, top to bottom: successfully built program, program with build failure, non-built / modified program:
If the program has errors and failed to build, you will also receive the following indicators:
From this tab, you can quickly get to the error(s) in code. To do that, click the line with message of the error. VS Code will open the file and highlight the exact line that has that error:
Building the program containing IMPORT FGL has the following steps:
Step 1. Build the program or library to receive .4o and .4a files that this statement will use.
Step 2. Place the .4a and .4o files into the location where compiler will search for these files. They are:
Project's output folder;
Custom locations, specified with FGLLDPATH variable;
Project’s source folder;
Project’s root folder (if the project doesn’t use output and source folders).
Output and source folders are indicated in the .fglproject file:
<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<fglProject name="my_project">
<data>
<item id="com.querix.fgl.core.pathentries">
<pathentry kind="out" path="output" />
<pathentry kind="src" path="source" />
</item>
</data>
</fglProject>
See details about FGL IMPORT algorithms on the following page: Algorithms used by IMPORT FGL.
Step 3. Build the program that has the IMPORT FGL statement.
If you made changes after the previous build, you will need to rebuild your program by right-clicking it and selecting the Rebuild option:
The Terminal tab of the Panel will notify you of the progress of the task:
If there are no errors, the program will be successfully rebuilt and will have a green check mark sign on it:
If the program has errors and failed to rebuild, you will also receive the following indicators:
From this tab, you can quickly get to the error(s) in code. To do that, click the line with message of the error. VS Code will open the file and highlight the exact line that has that error:
With no errors in the code and a successful build, you can right-click the program again and select Deploy:
That action will deploy the program:
Additionally, you can select a custom deployment folder for the program. To do that, proceed as follows:
Step 1. Right-click the program, and select the Set Custom Deployment Folder option:
Step 2. In the dialog that appears, select the folder to deploy the application to, and press ENTER.
.4o and .4a files must be deployed to the application server along with the program that imports them, as these files will be linked dynamically at runtime on application start.
See details about FGL IMPORT algorithms on the following page: Algorithms used by IMPORT FGL.
FGL Project Explorer also provides the possibility to clean, build, rebuild, deploy entire projects:
Note: You also can clean / build / rebuild / deploy in two alternative ways:
1. From the Workspace view by right-clicking the .fglproject file and selecting the option needed;
2. Using qbuild. To do that, open the Terminal tab of the Panel and change directory to the folder where your qbuild program is (for example, for Linux/UNIX the path is /opt/Querix/Lycia/bin/), then use the qbuild command with arguments from the following page: qbuild.
Right-click the project and select Clean Project:
The output files of this project’s build will be purged from the output folder. Files not related to it will stay untouched.
Right-click the project and select Build Project:
All the programs in the project will be built, the Terminal tab of the Panel will display the progress of the building. Successfully built programs will have green check mark signs on them, the failed-to-build programs will have red cross signs. For example, successfully built project will look like this:
If even one program of the project fails to build, the project’s icon will have a red cross sign as well as the program with build error:
Example of successful project build results in Terminal:
Example of failed project build results:
Click the error, and VS Code will open the file that contains that error and guide you to the exact line with highlighting it:
After you’ve made changes to your project, right-click the project and select Rebuild Project:
All the programs in the project will be rebuilt. Successfully rebuilt programs will have green check mark signs on them, the failed-to-rebuild programs will have red cross signs. For example, successfully rebuilt project will look like this:
Also, if even one program of the project fails to rebuild, the project’s icon will have a red cross sign as well:
Example of successful project rebuild results:
Example of failed project rebuild results:
Click the error, and VS Code will open the file that contains that error and guide you to the exact line with highlighting it:
With a successful build, right-click the project and select Deploy Project:
The programs of the selected project will be deployed.
See next: Run