This is a responsive website designed for the JBL headphone brand, showcasing various headphone models with their features, specifications, and prices.
The project is built using HTML, CSS, and JavaScript.
Screenshots
Features
Responsive Design: The website is fully responsive, ensuring optimal display on devices of all sizes, including desktops, tablets, and mobile phones.
Interactive UI: Smooth transitions, animations, and user interactions using CSS and JavaScript.
Product Showcase: Different headphone models are showcased with images, descriptions, and prices.
Navigation: Simple and intuitive navigation through the website.
Contact Section: A contact form for customer inquiries.
Technologies Used
HTML5: Structuring the content of the website.
CSS3: Styling the website and ensuring responsiveness.
JavaScript: Adding interactivity to the website. Dynamic content update. Smooth scrolling and other UI enhancements
Installation
To run this project locally:
Clone the repository:
git clone https://github.com/Luk30lende/Headphones-Web.git
Navigate to the project directory:
cd Headphones-Web
Open index.html in your browser
Contributions
Feel free to submit issues or pull requests if you would like to contribute to the project.
License
This project is licensed under the MIT License.
Author
Designed & developed by Luke Olende. Feel free to follow me on GitHub for more projects!
The GLPI Agent is a generic management agent. It can perform a
certain number of tasks, according to its own execution plan, or on behalf of a
GLPI server acting as a control point.
Description
This agent is based on a fork of FusionInventory agent and so works mainly like FusionInventory agent.
It introduces new features and a new protocol to communicate directly with a GLPI server and its native inventory feature. Anyway it also keeps the compatibility with FusionInventory for GLPI plugin.
Download
Release: See our github releases for official win32, MacOSX & linux packages.
This project is a web application to track and display the performance of users on LeetCode. It includes features such as adding users, displaying a leaderboard, and viewing individual user profiles.
Features
Leaderboard: Display a ranked list of users based on their LeetCode performance.
Add User: Add new users to the leaderboard by entering their LeetCode username.
User Profiles: View individual user profiles with a summary of their total questions solved.
Responsive Design: The application is fully responsive and works well on different screen sizes.
Technologies Used
Frontend: React, React Router, Bootstrap
Backend: Flask, PostgreSQL
Styling: Custom CSS, Bootstrap
Getting Started
Prerequisites
Node.js and npm installed on your machine.
Python and pip installed on your machine.
Installation
Install frontend dependencies:
git clone https://github.com/theinit01/leetcode-leaderboard-frontend.git
cd leetcode-leaderboard-frontend
npm install
Install backend dependencies:
git clone https://github.com/theinit01/leetcode-leaderboard-backend.git
cd leetcode-leaderboard-backend
pip install -r requirements.txt
Running the Application
Start the backend server:
cd leetcode-leaderboard-backend
flask run
Start the frontend development server:
cdcd leetcode-leaderboard-frontend
npm start
Configuration
Backend: The backend is a Flask server that handles API requests for fetching and adding users.
Frontend: The frontend is a React application that communicates with the backend server.
Contributions
Contributions are welcome! Please open an issue or submit a pull request for any improvements or bug fixes.
Make commits to a new feature branch
License
This project is licensed under the MIT License. See the LICENSE file for details.
An extremely fast LaTeX formatter written in Rust.
Try it out now in your
browser!
Input
Output
\documentclass{article}
\begin{document}
\begin{itemize}
\item Lists with items
over multiple lines
\end{itemize}
\begin{equation}
E = m c^2\end{equation}
\end{document}
\documentclass{article}
\begin{document}
\begin{itemize}
\item Lists with items
over multiple lines
\end{itemize}
\begin{equation}
E = m c^2\end{equation}
\end{document}
⚡ Extremely fast run-time performance
🔧 Minimal configuration required
📟 Command line interface
📜 Handles LaTeX file types .tex, .bib, .cls, and .sty
The most commonly used options are given below.
For a full list, see the
options
section below.
tex-fmt file.tex # format file.tex and overwrite
tex-fmt --check file.tex # check if file.tex is correctly formatted
tex-fmt --print file.tex # format file.tex and print to stdout
tex-fmt --recursive # recursively format files in current directory
tex-fmt --recursive dir/ # recursively format files in dir
tex-fmt --fail-on-change file.tex # format file.tex and return exit-code 1 if overwritten
tex-fmt --nowrap file.tex # do not wrap long lines
tex-fmt --stdin # read from stdin and print to stdout
tex-fmt --help # view help information
Configuration
Options can also be read from a configuration file, which
will be read from the following locations, in order of decreasing priority.
A named config file passed as tex-fmt --config <PATH>
A file named tex-fmt.toml in the current working directory
A file named tex-fmt.toml in the root directory of the current git repository
A file named tex-fmt.toml in a subdirectory titled tex-fmt/
in the user’s configuration directory
Arguments passed on the command line will always override those
specified in configuration files. An example configuration file
is available at
tex-fmt.toml.
To ignore all config files, use the --noconfig flag.
Note for contributors: this repository’s configuration file will be
automatically applied if tex-fmt is run from within the repository.
Use --noconfig or --config <PATH> to avoid this.
Disabling the formatter
Ending a source line with % tex-fmt: skip disables formatting for that line.
To disable the formatter for a block, use % tex-fmt: off and % tex-fmt: on.
\documentclass{article}
\begin{document}
This line is skipped % tex-fmt: skip% tex-fmt: off
These lines are also
not formatted or wrapped
% tex-fmt: on\end{document}
Verbatim environments including verbatim, Verbatim, lstlisting
and minted are automatically skipped.
Ignoring files in recursive mode
Recursive searches with --recursive or -r will
ignore patterns in .gitignore and .ignore files,
following git conventions.
Shell completion
Shell completion scripts can be generated at run-time using the
--completion <SHELL> flag. See the
completion
directory for more details.
Man page
A man page can be generated at run-time using the
--man flag. See the
man
directory for more details.
Pre-commit hook
tex-fmt can be run before every git commit using
pre-commit with the following
.pre-commit-config.yaml in your repository root:
To prevent the pre-commit hook from modifying your files, add:
- id: tex-fmtargs: [--check]
Performance
When formatting all of the test cases,
tex-fmt is over a thousand times faster than latexindent.
Files
Lines
Size
tex-fmt
latexindent
latexindent -m
51
94k
3.5M
0.055s
106s [x1927]
127s [x2309]
Contribution
Please feel free to open an issue or submit a pull request,
including as much information as you can. Documentation of internals
can be accessed by cloning this repository and running cargo doc,
or by visiting the docs.rs page.
WordPress plugin or theme development with Docker Compose
This is an example repo for how one might wire up Docker Compose with the
chriszarate/wordpress image for plugin or theme development. In
addition to WP-CLI, PHPUnit, Composer, Xdebug, and the WordPress unit testing
suite, the docker-compose.yml file adds MariaDB and nginx-proxy to create a
complete development environment that starts quickly.
Set up
Clone or fork this repo.
Put your plugin or theme code in the root of this folder and adjust the
services/wordpress/volumes section of docker-compose.yml so that it
syncs to the appropriate directory.
If you would like your plugin or theme activated when the container starts,
edit the WORDPRESS_ACTIVATE_PLUGINS or WORDPRESS_ACTIVATE_THEME
environment variables.
Add project.test (or your chosen hostname) to /etc/hosts, e.g.:
127.0.0.1 localhost project.test
If you choose a different hostname, edit .env as well.
Start environment
docker-compose up -d
The first time you run this, it will take a few minutes to pull in the required
images. On subsequent runs, it should take less than 30 seconds before you can
connect to WordPress in your browser. (Most of this time is waiting for MariaDB
to be ready to accept connections.)
The -d flag backgrounds the process and log output. To view logs for a
specific container, use docker-compose logs [container], e.g.:
docker-compose logs wordpress
Please refer to the Docker Compose documentation for more
information about starting, stopping, and interacting with your environment.
Log in to /wp-admin/ with wordpress / wordpress.
Update environment
To pull in the latest images (including chriszarate/wordpress), make sure your
clone/fork of this repo is up to date, then run the following commands. Note
that this will destroy your current environment, including the database, and
reset it to its initial state.
docker-compose down
docker-compose pull
docker-compose up -d
WP-CLI
You will probably want to [create a shell alias][3] for this:
This is not required, however, and you can bring your own test scaffold. The
important thing is that you provide a script to install your test dependencies,
and that these dependencies are staged in /tmp.
The testing environment is provided by a separate Docker Compose file
(docker-compose.phpunit.yml) to ensure isolation. To use it, you must first
start it, then manually run your test installation script. These commands work
for this example repo, but may not work for you if you use a different test
scaffold (note that, in this environment, your code is mapped to /app):
docker-compose -f docker-compose.yml -f docker-compose.phpunit.yml up -d
docker-compose -f docker-compose.phpunit.yml run --rm wordpress_phpunit /app/bin/install-wp-tests.sh wordpress_test root '' mysql_phpunit latest true
Now you are ready to run PHPUnit. Repeat this command as necessary:
docker-compose -f docker-compose.phpunit.yml run --rm wordpress_phpunit phpunit
Xdebug
Xdebug is installed but needs the IP of your local machine to connect to your
local debugging client. Edit .env and populate the DOCKER_LOCAL_IP
environment variable with your machine’s (local network) IP address. The default
idekey is xdebug.
You can enable profiling by appending instructions to XDEBUG_CONFIG in
docker-compose.yml, e.g.:
This will output cachegrind files (named after the request URI and timestamp) to
/tmp inside the WordPress container.
Seed MariaDB database
The mariadb image supports initializing the database with content by mounting
a volume to the database container at /docker-entrypoint-initdb.d. See the
MariaDB Docker docs for more information.
Seed wp-content
You can seed wp-content with files (e.g., an uploads folder) by mounting a
volume to the wordpress container at /tmp/wordpress/init-wp-content.
Everything in that folder will be copied to your installation’s wp-content
folder.
This repo contains a Vehicle Plugin for Dash to support a 2004 Volvo S80 with a D5 engine.
Current functionality:
Use steering wheel buttons in Android Auto
Button page for Trunk, open/close all windows (currently only front passenger window does anything lmao)
and a gauge sweep
Automatic switching to reverse camera when reverse gear is engaged
Data page (speed, rpm and reverse status are currently working)
TODO:
Change canbus id-s for gauges and exchange speed for boost
Integrate parking sensors
Webasto heater control (preferably with a microcontroller to enable remote webasto controll over the internet while minimizing power usage but also integrating the control panel in dash)
Add wheel button combos (for example pressing cruise control- and vol- changes the page in Dash)
Fix bugs on the vehicle page (only shows one door open at a time and shows it repeatedly opening/closing)
Fix swtiching between pages (currently as long as reverse is engaged it forces the camera page)
integrate light status in the vehicle page
Change opendash source code to display rpm, speed etc on the gauges page instead
Layout (currently they only interface with the Android Auto Page):
RTI dpad – acts like a dpad
Enter and Back above dpad – Enter and Back
NEXT and PREV – NEXT and PREV
Call accept – PLAY/PAUSE
Call deny – Call deny
This repo also contains a .txt file with the candump output of different canbus buttons.
For me the easiest location to tap into the low speed canbus was in the trunk from the stock RTI connector.
Graphical tool for reverse engineering of Angular projects. It allows you to navigate in the structure of your application and observe the relationship between the different modules, providers, and directives. The tool performs static code analysis which means that you don’t have to run your application in order to use it.
ngrev is not maintained by the Angular team. It’s a side project developed by the open source community.
You can add your own theme by creating a [theme-name].theme.json file in Electron [userData]/themes. For a sample theme see Dark.
Application Requirements
Your application needs to be compatible with Angular Ivy compiler. ngrev is not tested with versions older than v11. To stay up to date check the update guide on angular.io.
Using with Angular CLI
Open the Angular’s application directory.
Make sure the dependencies are installed.
Open ngrev.
Click on Select Project and select [YOUR_CLI_APP]/src/tsconfig.app.json.